【唐诗】《巴山道中除夜書懷》 崔塗：迢遰三巴路，羇危萬里身。亂山殘雪夜，孤燭異鄉春。漸與骨肉遠，轉於僮僕親。那堪正漂泊，明日歲華新。

永夜

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

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

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

作者：

永夜

在

, , ,
Post Views: 199

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

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

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
SQL

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 […]

更多文章