下面小编将带大家从多方面进行分析是什么导致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」表示的是在重新建立主从连接时，出现连接失败后，间隔多久可以重试上述过程。 建议将此值设置大一些。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理
