mysql突然变慢如何排查，mysql数据库速度变慢

MySQL运行一段时间后各种操作变很慢,重启后问题依旧,什么原因

MySQL 加载慢的原因可能有很多，例如计算资源不足、系统层面未进行基本的优化、MySQL 配置不科学等等。

MySQL 下崩溃恢复确实和表数量有关，表总数越大，崩溃恢复时间越长。另外磁盘 IOPS 也会影响崩溃恢复时间，像这里开发库的 HDD IOPS 较低，因此面对大量的表空间，校验速度就非常缓慢。

我想问题产生的根本原因在于服务到数据库的连接长时间没活动。推荐两篇文章给你，但愿有帮助，这种情况我没碰到过。

HINT简单来说就是在某些特定的场景下人工协助MySQL优化器的工作，使她生成最优的执行计划。一般来说，优化器的执行计划都是最优化的，不过在某些特定场景下，执行计划可能不是最优化。

是不是WEB程序有问题，数据库的资源没有正常释放，导致占用资源越来越多。

相关问答

Q1: 如何查找MySQL中查询慢的SQL语句

1、mysql查看已经执行的历史sql语句方法：开启日志模式：SETGLOBALlog_output=‘TABLE’；SETGLOBALgeneral_log=‘ON’；找到文件位置：/home/root/mysql/data/mysql/general_log.CSV，查看mysql执行过的语句。

2、MySQL9中是新增的。 下面是使用session视图查询的结果集。

3、MySQL数据库有几个配置选项可以帮助我们及时捕获低效SQL语句 1，slow_query_log 这个参数设置为ON，可以捕获执行时间超过一定数值的SQL语句。

4、我的思路，先用microtime查每句sql语句的执行时间吧。查出来耗费时间比较长的那一句自己看一下。

Q2: Linux系统下mysql运行慢,请给出分析方案!!

1、MySQL 默认使用的是 glibc 的 ptmalloc 作为内存分配器。内存分配器采用的是内存池的管理方式，处在用户程序层和内核层之间，它响应用户的分配请求，向操作系统申请内存，然后将其返回给用户程序。

2、(1)、Windows下开启MySQL慢查询MySQL在Windows系统中的配置文件一般是是my.ini找到[mysqld]下面加上代码如下log-slow-queries = F：/MySQL/log/mysqlslowquery。

3、目前DB的负载如何，写入、查询的IO分别是多少 查询很慢，开慢查询日志来分析是哪些查询特别慢了吗？如果每一次的查询结果都在内存命中，不应该那么慢。查内存命中率。

Q3: mysql数据量上十万条后,查询慢导致服务器卡有什么解决办法

利用表分区：这个是推荐的一个解决方案，不会带来重写逻辑等，可以根据时间来进行表分区，相当于在同一个磁盘上，表的数据存在不同的文件夹内，能够极大的提高查询速度。

那么你这时候需要在factdata表上建立(user，module，dtime)的联合索引。

将查询语句放到服务器命令行去跑，如果慢，则可以考虑通过添加索引来提高查询速度。如已有索引或添加索引后查询速度仍未改善，查看语句执行计划中，是全表扫描还是走索引。

还有其他的状态没在上面中列出来，不过它们大部分只是在查看服务器是否有存在错误是才用得着。例如如图：explain来了解SQL执行的状态explain显示了mysql如何使用索引来处理select语句以及连接表。

第一，MySQL本身提供了很多命令来观察MySQL自身的各类状态，大家从上往下检一般能检到SQL的问题或者服务器的问题。

Q4: MySQL删除千万级数据量导致的慢查询优化

这种长事务的运行会导致你删除时，仅只是对数据加了一个删除标记，事实上并没有彻底删除。此时你若和长事务同时运行的其它事务里再查询，他在查询时可能会把那上千万被标记为删除的数据都扫描一遍。

数据千万级别之多，占用的存储空间也比较大，可想而知它不会存储在一块连续的物理空间上，而是链式存储在多个碎片的物理空间上。可能对于长字符串的比较，就用更多的时间查找与比较，这就导致用更多的时间。

\ 对于 information_schema 中的元数据表，执行计划不能提供有效信息。\ 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。\ 我们增加了 hint，指导 MySQL 正确进行优化判断。

使用慢查询日志去发现慢查询。 使用执行计划去判断查询是否正常运行。 总是去测试你的查询看看是否他们运行在最佳状态下 –久而久之性能总会变化。 避免在整个表上使用count(*)，它可能锁住整张表。

假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。假如用到了索引的话，可以快速的找到需要查询的区间里的数据，往往需要查询的数据量是全表的1/100，1/1000，那么这时候花费的时间就是1/100，1/1000了。

Q5: 如何解决局域网内mysql数据库连接慢_MySQL

您可以尝试修改 mysql 安装目录下的 my.cnf 文件，加上下面这个配置可解决此问题：在 [mysqld] 下加入：skip-name-resolve。保存退出后重启 mysql 服务。然后访问速度就和本地一样快啦。

看看远程数据库和程序数据库是否在同一服务器。如不在同一服务器，测试一下与远程数据库服务器的连接速度。如在同一服务器，就是MY.INI设置问题。

查询优化器在生成各种执行计划之前，得先从统计信息中取得相关数据，这样才能估算每步操作所涉及到的记录数，而这个相关数据就是cardinality。简单来说，就是每个值在每个字段中的唯一值分布状态。

MySQL 在崩溃恢复时，会遍历打开所有 ibd 文件的 header page 验证数据字典的准确性，如果 MySQL 中包含了大量表，这个校验过程就会比较耗时。 MySQL 下崩溃恢复确实和表数量有关，表总数越大，崩溃恢复时间越长。

关于mysql自动断开的问题研究结果如下，在mysql中有相关参数设定，当数据库连接空闲一定时间后，服务器就 会断开等待超时的连接：同一时间，这两个参数只有一个起作用。

新版本的mysql配置起来不象以前的那个傻瓜化了，这个问题折腾了我一上午的时间，晚上回来总算是解决了，嘿嘿，又学到一些东西。

关于mysql突然变慢如何排查和mysql数据库速度变慢的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。