简介

在使用 MySQL 时，您可能遇到过查询响应时间异常长的情况，甚至长达数百毫秒或几秒钟。本文将探讨导致这种情况的原因，并提供解决方法。

SQL 数据结构

本文使用以下 SQL 数据结构进行说明： ```sql CREATE TABLE `t` (`id` int(11) NOT NULL, `c` int(11) DEFAULT NULL, PRIMARY KEY (`id`)) ENGINE=InnoDB; delimiter ;; create procedure idata() begin declare i int; set i = 1; while (i <= 100000) do insert into tvalues (i, i); set i = i + 1; endwhile; end;; delimiter; callidata(); ```

查询长时间不返回

1.1 等待 MDL 锁

当查询长时间不返回时，可能是被 MDL 锁阻塞。例如： ```sql select from t where id = 1; ``` 您可以使用 `showprocesslist` 命令查看当前语句的状态：  此状态表明有一个线程正在表 `t` 上请求或持有 MDL 写锁，从而阻塞了 `SELECT` 语句。 在 MySQL 8.0 中，可以使用三个客户端连接来重现此问题： 客户端 A：`select sleep(1) from t` 客户端 B：`alter table t add f int` 客户端 C：`select c from t order by rand() limit 3`

1.2 等待刷新

如果您执行以下语句并出现卡顿： ```sql select frominformation_schema.processlist where id = 1; ``` 请注意 `STATE` 字段显示为 `Waiting for table flush`。这意味着数据不在内存中，MySQL 正在从磁盘读取数据并将其加载到 buffer pool 中。如果 buffer pool 已满，它将使用 LRU 淘汰掉旧数据。如果要淘汰的数据是脏页，则会触发刷新，导致卡顿。

解决方案

处理 MDL 锁等待

找到持有 MDL 写锁的进程并将其终止。使用 `sys.schema_table_lock_waits` 表可以找出阻塞进程的 processid，然后使用 `kill` 命令中断该连接。

处理刷新等待

使用 `flush tables with read lock` 命令关闭所有已打开的表对象，同时清空查询缓存中的结果。此命令会等待所有正在运行的 SQL 请求完成。

其他原因

导致查询响应时间异常长的其他原因包括： 索引性能不佳 表数据量过大 服务器负载过高 网络延迟

总结

通过了解导致查询响应时间异常长的原因，您可以采取适当的措施来解决问题。这些措施包括识别并解决 MDL 锁等待、减少刷新操作、优化索引和服务器性能。通过遵循本文中的建议，您可以显着改善 MySQL 数据库的查询响应时间。

---

mysql 数据几十万时加时间排序导致查询速度慢的原因

实测41w数据100条分页查询，如果不加order by 时间都是毫秒级，一旦加了时间排序结果至少1.5s以上，只需要给时间字段添加索引，查询速度瞬间回归毫秒级

mysql+springboot+jpa查询几十万条数据很慢 如何解决？

mysql支持几十万的数据，响应速度应该是毫秒级的。

看了下你的语句，不要用IN了，改INNER JOIN吧，套那么多层IN，肯定没效率。