MySQL生产环境突发故障处理手册

1. LOAD飙高 一般导致MySQL服务器LOAD突然飙高，可能的五种情况： 1>.全表扫描的SQL语句； 2>.SELECT操作语句的执行计划走错； 3>.存在UPDATE/DELETE 语句没有索引可选择，而导致堵塞其他SQL语句的执行； 4>.存在修改表结构或OPTIMIZE 语句执行； 5>.大数据量的导入 或 导出，尤其数据库的逻辑备份操作； 6>.业务量大到超过服务器处理能力（我们大家都高度关注业务发展，以及公司业务特点，    还有与开发和运营保持良好联系，很难出现未知的业务突然爆发性增长）； 要解决LOAD飙高，必须先找到造成飙高的真实原因，请登陆数据库服务器后，执行命令： SHOW PROCESSLIST;（适合MySQL各种版本） 或 SELECT * FROM INFORMATION_SCHEMA.PROCESSLIST WHERE COMMAND <> ‘sleep’ AND TIME>100;（5.1.x系列及以上版本） 若一直处在执行状态，且执行时间比较久，可以分析下SQL语句执行计划： EXPLAIN SQL-statement; 若执行计划不合理，则可以根据SQL类型选择是否与应用负责人联系。首先，查找造成服务器LOAD飙高的PID，特别是DELETE 或UPDATE等会堵住其他SQL语句的PID，然后进入MySQL命令行工具中，对一些SQL先记录下来，再适情考虑执行：kill sql_pid; 1.1 统计信息更新 单表索引统计信息查看命令：SHOW INDEXES FROM tablename; 若发现其统计信息存在偏差，则可以执行：ANALYZE LOCALE TABLE tablename; 备注：请加上LOCALE 参数，从而使此语句执行时不需要登记到二进制文件中。 1.2 碎片整理和统计信息更新 OPTIMIZE 操作等于recreate + analyze 的组合操作，所以会堵塞更新类型SQL语句。对于备机上跑只读类型操作的业务，可以考虑使用此操作命令，对于主服务器不建议使用此命令，为此备机上执行OPTIMIZE 语句，必须这样写： [...]