【宋词】《虞美人》 晏几道：曲阑干外天如水。昨夜还曾倚。初将明月比佳期。长向月圆时候、望人归。罗衣著破前香在。旧意谁教改。一春离恨懒调弦。

永夜

没有不值得去解决的问题，也没有不值得去学习的技术！

在 MySQL 8.0 中，查询表记录总数时，超时的分析优化

一个接口请求响应超时，原因在于 count(*) SQL 耗时 54 秒。表中数据量超过 1000万 条

作者：

永夜

在

, , ,
Post Views: 166
1、一个接口请求响应超时，原因在于 count(*) SQL 耗时 54 秒。表中数据量超过 1000万 条。如图1
一个接口请求响应超时，原因在于 count(*) SQL 耗时 54 秒。表中数据量超过 1000万 条
图1


SELECT
	count(*) AS AGGREGATE 
FROM
	`tables`
2、其中表字段 shipping_type 有添加索引，且其值仅有 1、2 两种可能。决定添加 where 条件 shipping_type IN (1,2)。查询时长 3 秒。如图2
其中表字段 shipping_type 有添加索引，且其值仅有 1、2 两种可能。决定添加 where 条件 shipping_type IN (1,2)。查询时长 3 秒
图2


SELECT
	count(*) AS AGGREGATE 
FROM
	`tables` 
WHERE
	shipping_type IN (
	1,
	2)
3、最终决定基于主键 ID 作为 where 条件，以尽量保持所有 count SQL 的 where 条件的统一。当一条 count SQL 没有 where 条件存在时，就添加 WHERE id > 0。耗时 4 秒，符合预期。如图3
最终决定基于主键 ID 作为 where 条件，以尽量保持所有 count SQL 的 where 条件的统一。当一条 count SQL 没有 where 条件存在时，就添加 WHERE id > 0。耗时 4 秒，符合预期
图3

需要长期技术维护或远程问题排查？

我是拥有 15+ 年经验的 PHP / Go 后端工程师，长期关注已有系统维护、Bug 修复、性能优化、服务器排查、WordPress 网站维护和小功能迭代。

如果你的项目遇到以下情况，可以先从一次小问题排查开始合作：

  • ✅ PHP / Laravel / Yii2 老项目无人维护
  • ✅ Go / Gin 后端接口需要排查或优化
  • ✅ WordPress 网站访问慢、报错或插件冲突
  • ✅ Nginx / MySQL / Redis / Linux 服务器异常
  • ✅ CDN / Cloudflare / DNS / HTTPS 配置问题
  • ✅ 需要长期远程技术支持或兼职维护

更多介绍请查看：关于我 & 合作

微信：13980074657
邮箱：shuijingwanwq@gmail.com
Telegram：@shuijingwan
GitHub：https://github.com/shuijingwan

评论

一条对“在 MySQL 8.0 中，查询表记录总数时，超时的分析优化”的回复

  1. 同一个 count(*) 查询 SQL，在 Navicat 中，与在 Laravel 9 中，执行时长相差过大的分析 – 永夜

    […] 1、参考：在 MySQL 8.0 中，查询表记录总数时，超时的分析优化。 在 Navicat 中的执行时长为：3.075秒。如图1 […]

    回复

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理。

更多文章