Mysql的Find命令变得非常慢

我的每个web请求都涉及两个“选择”查询。有问题的表最近从75000行变为90000行，select命令从100ms变为1.2s

找出性能突然下降原因的最佳方法是什么？我想钥匙不能存储在内存中，这是导致掉落的原因。如何检查

---

请告知。

解释查询计划。查找表格扫描

---

如果找到了，请添加足够的索引以消除问题。

解释查询计划。查找表格扫描

---

如果您找到一个，请添加足够的索引以消除问题。

听起来MySQL正在将一个内部表从内存转移到磁盘。这是MySQL的一个经典“转折点”，一旦某个东西达到一定的大小，性能就会下降。当您意识到默认的MySQL配置非常保守（甚至是所谓的“巨大”配置）并且一些服务器设置可以增加至少一个数量级时，情况尤其如此

---

探索的第一种方法是在查询中使用

解释
，并查找它正在将临时表信息放入磁盘的迹象。MySQL文档中提供了更多信息，而且听起来MySQL正在将一个内部表从内存转移到磁盘。这是MySQL的一个经典“转折点”，一旦某个东西达到一定的大小，性能就会下降。当您意识到默认的MySQL配置非常保守（甚至是所谓的“巨大”配置）并且一些服务器设置可以增加至少一个数量级时，情况尤其如此

探索的第一种方法是在查询中使用
解释
，并查找它正在将临时表信息放入磁盘的迹象。MySQL文档中提供了更多信息，这是我得到的->|id | select | type | type | type |可能的| keys | key | len | ref | rows | Extra |+------------------------------------+-----------+---------------------+-----------------------------------------------------------------------| 1 |简单的| fb | fb |欢迎|选项卡| ref，索引标签在应用程序id上，索引标签在页面id上，索引标签在页面id上，索引标签在内容1上，使用where，查看第1、2和4节。听起来你需要增加密钥缓冲区的大小。这就是我得到的->|id | select | type | table | type |可能的| key | key | len | ref | rows |额外的|+-----------------------------------------------------------------------------------------------------------------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------1 |简单的| fb | fb | fb |欢迎|选项卡| id | ref fb | ref，索引标签在应用程序id上，索引标签在页面id上，索引标签在页面id上，索引标签在内容1上，使用where，查看第1、2和4节。听起来您需要提高密钥缓冲区的大小。