cug_jiang126com的专栏

原创 故障案例--mysql5.5 myisam引擎出现Waiting for table metadata lock

故障现象mysql版本为5.5，表是myisam引擎，做ddl时出现了Waiting for table metadata lock故障原因理论上myisam表不该出现事务未提交的情况，因为myisam都不支持事务，实际上这应该算是一个bughttps://bugs.mysql.com/bug.php?id=63144复现方法session 1mysql> create

原创 理解mysql的slow log

PS：所有的前提，慢查询时间设置为3s1 log_output参数为TABLE时，慢查询记录到mysql.slow_log表里，但这时这个系统表没有任何索引，我们一般可以在start_time列自行加上索引方便检索，类似这样mysql> show create table mysql.slow_log\G*************************** 1. row ******

原创 故障案例--mariadb 10.0向mysql5.6官方版本迁移的一个坑

故障现象：mysql.proc   mysql.event表有问题，对应的information_schema库里的表无法查询，导致mysqldump失败，大概的报错如下mysql> select * from information_schema.events;ERROR 1545 (HY000): Failed to open mysql.event处理措施：第一时间想到的是运行一次mysql

原创 故障案例--将存储引擎改为memory时报错the table is full

原创 故障案例--mongodb3.0 mongorestore恢复数据库时hang住

现象wiretigerd引擎下，mongorestore的进程一直卡在那，查看错误日志几个小时都无更新，进程hang住诊断步骤理论上这个db能使用的最大内存为3G，查看mongod进程当前使用的内存是1.1Gstrace -p mongod进程号查看到大量的超时pstree -p 689单独stace- p 699，pstree树中的一个节点

原创 故障案例--mysql5.6启动失败

现象：之前发生了一次oom，启动失败，错误日志截图如下原因分析初步判定还是内存不足，这个db的内存才600M，缓冲池为300M，将先缓冲池调整到100M后启动成功；接着分析，之前是由于oom导致，启动时算是一个recovery的过程，启动后需要回滚之前的事务，或是commit之前redo提交的事务，这里应该也需要一些内存再接着分析，发现performance_schema为

原创 故障案例--多表join引发磁盘空间撑爆

现象：磁盘空间使用率的监控曲线有一个非常陡峭的峰值，达到90%后瞬间下滑问题分析步骤：查看那段时间的慢查询记录，定位到是一个多表的join操作（PS，mysql.slow_log表里的start_time列指的是SQL执行结束的时间）根据SQL的解析计划可知中间结果集非常大，超过了tmp_table_size大小设置，于是在磁盘空间上建立myisam磁盘临时表，重新复现了一遍，确实