文档介绍：,可能的五种情况:1>.全表扫描的SQL语句;2>.SELECT操作语句的执行计划走错;3>.存在UPDATE/DELETE语句没有索引可选择,而导致堵塞其他SQL语句的执行;4>.存在修改表结构或OPTIMIZE语句执行;5>.大数据量的导入或导出,尤其数据库的逻辑备份操作;6>.业务量大到超过服务器处理能力(我们大家都高度关注业务发展,以及公司业务特点,还有与开发和运营保持良好联系,很难出现未知的业务突然爆发性增长);要解决LOAD飙高,必须先找到造成飙高的真实原因,请登陆数据库服务器后,执行命令:SHOWPROCESSLIST;(适合MySQL各种版本)或SELECT*<>‘sleep’ANDTIME>100;()若一直处在执行状态,且执行时间比较久,可以分析下SQL语句执行计划:EXPLAINSQL-statement;若执行计划不合理,则可以根据SQL类型选择是否与应用负责人联系。首先,查找造成服务器LOAD飙高的PID,特别是DELETE或UPDATE等会堵住其他SQL语句的PID,然后进入MySQL命令行工具中,对一些SQL先记录下来,再适情考虑执行:killsql_pid;:SHOWINDEXESFROMtablename;若发现其统计信息存在偏差,则可以执行:ANALYZELOCALTABLEtablename;备注:请加上LOCAL参数,从而使此语句执行时不需要登记到二进制文件中。+analyze的组合操作,所以会堵塞更新类型SQL语句。对于备机上跑只读类型操作的业务,可以考虑使用此操作命令,对于主服务器不建议使用此命令,为此备机上执行OPTIMIZE语句,必须这样写:OPTIMIZELOCALTABLEtablename;备注:这样执行将不会记录到二进制日志文件中,从而不会复制到对其有复制关系的主机上。,则必须先保证备机上的mysqld服务已经停止掉,然后再启动备机上的Heartbeat服务,最后再启动mysqld服务。:serviceheartbeatstop,待切换之前的备机VIP服务挂载成功,再启动被关掉机器的Heartbeat服务,且确保mysqld服务已经处于停止状态,最后再启动mysqld服务。另外一种强制VIP飘移办法:crm_resource-M-rresource_name-Hnodename其中:resource_name可以通过命令crm_resource–L进行强制VIP漂移后,还需要检查failcount值,命令与设置值,如下:crm_failcount–Unodename-rresource_name–G如果failcount大于0,则进行下面的操作:crm_resource-rresource_name-pis_managed-vfalse(设置资源为非受控)crm