作为一名DBA你是否遇到这种情况?当你埋头认真工作之时,发现自己操作的数据库变得越来越慢,甚至是卡顿。如何处理?是什么原因导致你的MySQL运行速度变慢呢?
下面小编将带大家从多方面进行分析是什么导致MySQL数据库变慢~
一、 外部的硬件因素
能够直接影响MySQL服务器性能的系统指标有:CPU、内存、磁盘等的使用情况。
使用 vmstart 查看服务器资源使用情况:
根据上面的反馈结果,可以看得出磁盘的数据写入比较大、CPU负载较高,这时需要对正在运行的程序进行优化,减小资源负载。
二、 使用不恰当的SQL语句
例如:
1)在第一条SQL语句中,where 查询语句中出现了 null,这时数据库的引擎不会使用索引,而是对全表进行一次扫描,这样的查询将导致数据库变慢。
解决方法:使用0来代替null,即第二条SQL语句,可以加快数据库查询速度。
2)在查询的数据表当中如果使用 update、delete、insert 过于频繁,我们可以尝试使用optimize table 来存放,索引,存储文件。
3)Select for update 如果条件的字段没有使用索引的话,就会导致对全表进行查询,而不是对特定的行进行查询,需要注意。
下面第一条SQL语句的效率要比第二条SQL语句高的多。因为第一条SQL语句使用的索引查询;第二条SQL语句是将表中所有的数据都检索一遍,相当于全表查询,比较慢和消耗资源。
三、 MySQL参数设置有问题
1. max_connect_errors
我们知道「max_connect_errors 」正常情况下的默认值是10,它是用来表示受信账号错误的连接次数, 当这个次数达到了10之后,MySQL服务器就会被自动阻塞住了。 例如下图这样的错误:
解决方法:
当出现这样的错误时,我们需要 flush hosts 来解除错误。其中,max_connect_errors 表示连接中断重复请求连接的次数。
对于内网而言,建议将 max_connect_errors 的数量设置大于10000,这样就不会轻易阻塞,并且你还得定期进行 flush hosts.
2. connect_timeout
「connect_timeout」表示的是MySQL等待应答连接报文的最大秒数,当超过这个时间后,表示 MySQL 连接失败了。 这个值默认值是5S,所以当系统在处于高并发状态下,很容易超时,因此建议将 connect_timeout 设置为10-15秒为宜。
3. master-connect-retry
「master-connect-retry」表示的是在重新建立主从连接时,出现连接失败后,间隔多久可以重试上述过程。 建议将此值设置大一些。