MySQL COUNT(*) 用主键索引为何效率很低?

发布于 2022-09-11 19:13:13 字数 3825 浏览 31 评论 0

文件表五百多万行数据,起初没有索引,执行 SELECT COUNT(*) FROM file; 速度极慢,大概二十几秒。
后来为 filenamesize 添加了普通索引,SELECT COUNT(*) FROM file; 查询只需要不到1秒,使用 idx_size 索引。
又为 id 添加了唯一索引,查询时间依旧不到1s,索引改用 unq_id

SELECT COUNT(*) FROM file; 使用 PRIMARY 索引效率为啥这么低?那么以后需要 COUNT(*) 的表是否都为主键添加唯一索引会比较好?


文件表结构
FieldTypeNullKeyExtra
idint(11)NOPRIauto_increment
filenamevarchar(255)NO
sizebigint(20) unsignedNOMUL

  • 没有建立任何索引时,查询时间是23秒,使用PRIMARY索引:
mysql> SELECT SQL_NO_CACHE COUNT(*) FROM pan_file;
+----------+
| COUNT(*) |
+----------+
|  5416697 |
+----------+
1 row in set (23.39 sec)

mysql> explain SELECT SQL_NO_CACHE COUNT(*) FROM pan_file;
+----+-------------+----------+------------+-------+---------------+---------+---------+------+---------+----------+-------------+
| id | select_type | table    | partitions | type  | possible_keys | key     | key_len | ref  | rows    | filtered | Extra       |
+----+-------------+----------+------------+-------+---------------+---------+---------+------+---------+----------+-------------+
|  1 | SIMPLE      | pan_file | NULL       | index | NULL          | PRIMARY | 4       | NULL | 4806466 |   100.00 | Using index |
+----+-------------+----------+------------+-------+---------------+---------+---------+------+---------+----------+-------------+
1 row in set (0.07 sec)

  • filenamesize 添加了普通索引后,查询时间降为0.95s,使用 idx_size 索引
mysql> SELECT SQL_NO_CACHE COUNT(*) FROM pan_file;
+----------+
| COUNT(*) |
+----------+
|  5416697 |
+----------+
1 row in set (0.95 sec)

mysql> explain SELECT SQL_NO_CACHE COUNT(*) FROM pan_file;
+----+-------------+----------+------------+-------+---------------+----------+---------+------+---------+----------+-------------+
| id | select_type | table    | partitions | type  | possible_keys | key      | key_len | ref  | rows    | filtered | Extra       |
+----+-------------+----------+------------+-------+---------------+----------+---------+------+---------+----------+-------------+
|  1 | SIMPLE      | pan_file | NULL       | index | NULL          | idx_size | 8       | NULL | 4806466 |   100.00 | Using index |
+----+-------------+----------+------------+-------+---------------+----------+---------+------+---------+----------+-------------+
1 row in set (0.06 sec)

  • 又为 id 添加了唯一索引,查询速度为 0.90s,索引改用 unq_id
mysql> SELECT SQL_NO_CACHE COUNT(*) FROM pan_file;
+----------+
| COUNT(*) |
+----------+
|  5416697 |
+----------+
1 row in set (0.90 sec)

mysql> explain SELECT SQL_NO_CACHE COUNT(*) FROM pan_file;
+----+-------------+----------+------------+-------+---------------+--------+---------+------+---------+----------+-------------+
| id | select_type | table    | partitions | type  | possible_keys | key    | key_len | ref  | rows    | filtered | Extra       |
+----+-------------+----------+------------+-------+---------------+--------+---------+------+---------+----------+-------------+
|  1 | SIMPLE      | pan_file | NULL       | index | NULL          | unq_id | 4       | NULL | 4806466 |   100.00 | Using index |
+----+-------------+----------+------------+-------+---------------+--------+---------+------+---------+----------+-------------+
1 row in set (0.06 sec)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

遗忘曾经 2022-09-18 19:13:13

因为主键索引树的叶子节点是数据,二级索引树的叶子节点是主键值,所以二级索引树比主键索引树小很多。对于 count(*) 操作,优化器会找到最小的那棵树来遍历,所以当你有建立二级索引的时候,速度自然就快了

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文