hcymysql的博客_MySQL管理(2)

苹果系统Sequel Pro—MySQL客户端工具一个大坑

软件名称:Sequel Pro（MySQL客户端工具）官网地址:http://www.sequelpro.com/该工具在导出表数据的时候，会产生一条坑爹的SQL：/*!40000 ALTER TABLE `sbtest` DISABLE KEYS */;这条SQL是针对MyISAM引擎批量插入，为了加快插入速度，会加上ALTER TABLE t1 DISA

mysql

苹果

索引

坑爹

原创推荐 2014-05-14 22:01:05 10000+阅读 3点赞 1评论

Discuz论坛之大坑！各位坛主请注意!

今天论坛打开了这个会话功能，结果很荣幸踩坑里了，连接数直接给干到2000开外。好了，直接上图说下：show processlist，满屏显示这条SQL，情急之下，立即pt-kill，先让论坛活下来。顺便想问候下discuz开发，你们真的做了测试了吗，就直接发布了？表结构：mysql> desc pre_common_session; +--------------+-------------

故障

discuz

连接数

原创推荐 2014-03-22 00:21:30 2275 阅读 3点赞 1评论

突发事件防止数据库被打死紧急处理措施

开发上线完以后，到早上高峰期并发压力大，有可能因某个SQL的原因把数据库给打死，参考《一个引号导致1个小时网站打不开》，这个时候你可以用pt-kill杀死，但连接数过高，CPU负载很高，这个工具根本没法去处理，数据库这个时候已经成瘫痪状态，那么应该怎么办？首先要保证数据库不能被打死，先让数据库压力降下来，这里就要做一些限制措施。我们先用iptables封死3306端口，先把压力降下来，然后tail

故障

数据库

宕机

原创推荐 2014-03-08 22:42:28 1841 阅读 3点赞 2评论

一个引号导致1个小时网站打不开

咱们就说下这个例子，提醒广大开发在写SQL的时候一定要仔细！当时情况是这样的，一个慢SQL把数据库CPU连接数跑满，由于并发压力大，CPU空闲瞬时为0，过一会机器被HANG死，连接不上。因涉及公司隐私问题，我这里用测试表代替，咱们主要看看是怎么引起的。表结构：mysql> desc sbtest; +-------+------------------+------+-----+------

故障

引号

原创推荐 2014-03-07 15:09:32 4001 阅读 7点赞 10评论

记录一次奇葩的sleep(15)引起的Too many connections

上周日，早上快到6点，天还没亮，睡得正香，突然被一声短信惊醒，Too many connections！我这纳闷呢，搞啥活动呢？平常这都是低风期啊。登陆机器一查看慢日志，发现有这么一条SQL，很奇葩：跑了快1小时了，而且查询的结果还是0行。很奇怪到底在搞毛？我又查看了这个表，并没有aid=1的记录。周一询问了开发，都不知道这条SQL。最后猜想到，这是不是监控人员，搞的一个每隔15秒就连接一下，看看

故障

mysql

连接数

Too many connections

原创推荐 2014-02-24 15:42:01 1519 阅读 3点赞 2评论

MySQL数据库CPU飙升紧急处理方法

MySQL数据库CPU飙升紧急处理方法运行平稳的数据库，如果遇到CPU狂飙，到80%左右，那一定是开发写的烂SQL导致的，DBA首先要保证的是，数据库别跑挂了，所以我们要把那些运行慢的SQL杀死并记录到文件里，以便后面的排查。这里用到一个工具pt-kill，它可以帮助你。pt-kill --match-info "^(select|SELECT)" --busy-time 3 --victim

cpu

mysql

kill

pt-kill

原创推荐 2014-01-22 15:12:05 8430 阅读 6点赞 1收藏 6评论

自适应哈希索引引起的不定时MySQL崩溃重启

我们先看一下这个报错日志：InnoDB: Warning: a long semaphore wait: --Thread 140593224754944 has waited at btr0cur.c line 528 for 241.00 seconds the semaphore: X-lock on RW-latch at 0x7fd9142bfcc8 created in file di

宕机

自适应哈希索引

mysql崩溃重启

原创推荐 2014-01-01 22:39:28 7043 阅读 3点赞 6评论

从库宕机引发的主键冲突

刚刚接到报警短信，从库宕机，马上通知机房重启，在检查MySQL时，发现同步挂了，报主键冲突，询问开发是不是有往里面写数据，回答没有。这就奇怪了，怎么会无缘无故报错呢？在检查了my.cnf配置文件，发现有个参数没有配置：innodb_overwrite_relay_log_info = 1当从库宕机后，重新开启主从复制同步，它可以重新执行已提交事务，这样就会造成同步失败，而这个参数就会避免这个问题的

冲突

同步

主键

原创推荐 2013-11-26 17:21:14 1777 阅读 1点赞 1评论

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯

51CTO博客

贺春旸的技术博客

苹果系统Sequel Pro—MySQL客户端工具一个大坑

Discuz论坛之大坑！各位坛主请注意!

突发事件防止数据库被打死紧急处理措施

一个引号导致1个小时网站打不开

记录一次奇葩的sleep(15)引起的Too many connections

MySQL数据库CPU飙升紧急处理方法

自适应哈希索引引起的不定时MySQL崩溃重启

从库宕机引发的主键冲突

欢迎