生产环境下数据库优化的思路
showprocess定位sql
1.查询很慢,top查看mysql的cpu很高,多数都是因为查询花费大量时间
2.通过命令show processlist查看当前执行的sql
3.如果出现大量相同的sql就需要对这个sql先进行explain进行分析,然后优化这个sql
4.出现大量的状态是sleep
可能的风险有:
1、大量sleep线程会占用连接数,当超过max_connections后,新连接无法再建立,业务不可用;
2、这些sleep线程中,有些可能有未提交事务,可能还伴随着行锁未释放,有可能会造成严重锁等待;
3、这些sleep线程中,可能仍有一些内存未释放,数量太多的话,是会消耗大量无谓的内存的,影响性能。
解决方案:
1、适当调低wait_timeout/interactive_timeout值,例如只比java连接池的timeout时间略高些即可;
2、利用pt-kill或辅助脚本/工具巡查并杀掉无用sleep进程;
3、利用5.7的新特性,适当设置max_execution_time阈值,消除长时间执行的SQL;
分析慢sql定位sql
也可以根据慢sql去定位查询很慢的sql,然后explain分析优化但是启动慢sql会影响mysql的性能