Php googlecloudsql中slow_log表的低性能

我正在谷歌应用程序引擎上的一个项目中使用谷歌云SQL实例。我已启用慢速查询日志标志来存储慢速查询。但是slow_log表的性能非常差，仅选择一些数据就需要大约6分钟

我还注意到，记录的查询并不真正“慢”，我的意思是它们的查询时间和锁定时间为0。见示例：

mysql>SELECT*FROM slow_log LIMIT 900000,1；
开始时间：2015-05-01 20:06:16
查询时间：00:00:00
锁定时间：00:00:00
发送的行数：1
检查的行数：1
sql\u text:从

services

where

name

='facebook'限制1中选择*
一排（6分23.37秒）

---

我应该向表中添加一些索引吗？还是应该截断它以减少行数？

执行速度慢的查询不会花费很长时间。作为一个检测工具，这是没有用的，因为你可以通过简单的计时自己检测出来。
它告诉您的是设计糟糕的查询，在编译时它会检测到没有好的索引，并且必须扫描整个表。
。 这一点至关重要，因为它告诉您，即使现在不需要花费任何时间，查询也会成为大数据的问题。

---

Tldr：添加适当的索引。

我发现了问题，标志long\u query\u time被设置为0，因此每个日志都被存储