mysql查询的合理时间是多少？

随着时间的推移，我看到了需要0.0003秒的查询（在phpmyadmin中），还有需要60秒或更长时间的查询

我想知道mysql大师在这里是怎么想的，除了什么时候我应该开始担心我的mysql查询没有得到足够的优化之外，这里的合理时间是什么

---

干杯。

当查询耗时太长以致可用性受到影响时，您应该开始担心了。对于由网站请求发起的查询，此时间很短（用户希望快速查看页面）；对于非关键批处理更新，此时间很长（应在下一批处理更新到达之前完成）

---

另一方面，您应该知道认识到改进的潜力。

这实际上取决于查询的性质，如果它是在没有用户交互的情况下在后端完成的，那么在一个大数据库中可能需要几十分钟。e、 g.数据操作、数据迁移等

---

但是，如果要检索数据以进行实时用户交互，例如显示网站或获取详细信息以向用户显示，那么您的用户愿意等待的时间就比这要长。就我个人而言，我试图将给定时间内所有操作的总查询时间控制在1-3秒以内（对于严重的数据处理问题），通常在1秒时开始优化。

这是一个很难回答的问题，这在很大程度上取决于您的系统、DB模式和mysql配置。我可以建议您使用mysqltuner（theyselves），以确保您的配置和数据库能够为您提供最好的性能

另一方面，查询速度应该非常快，以提供良好的用户体验

---

只要没有问题，就不用担心。 如果一个查询在一个只有它在运行的系统中每6个月处理一次极其大量的数据，那么它可能需要一个小时。这不会是一个问题

另一个查询只需要100毫秒，但它在web服务器上，1000人同时连接

这是100秒，同时对1000个用户来说几乎是2分钟。如果你能减少一半的资源消耗，比如说。。。添加索引或删除光标，可以将服务器的资源消耗减少一半，并为用户提供更好的网站体验

---

因此，了解哪个查询是好是坏的诀窍是跟踪系统上运行的每个查询，并聚合其磁盘IO、CPU使用率和运行时间，然后优化有问题的查询。

查询的合理时间是用户在关闭页面之前愿意等待的时间。它可能从大约0.7秒（当您在新窗口中显示NSFW广告页未经邀请打开时）到大约2小时（当他们卡在机场，信用卡被封锁，等待在线银行运营商响应时）。您正在实施以下哪一项？