MySQL limit对效率的影响

发布于 2022-09-01 13:05:56 字数 1972 浏览 15 评论 0

有一张很老的数据表,时间戳格式为varchar,字段如下:

id bigint
name varchar(200)
create_time varchar(200)
//索引
KEY `IDX_CREATED` (`create_time`),

数据约500多万,现在引出发现的问题,一条sql语句效率非常的低:

select id, name from t where create_time > 1434115807296 order by create_time limit 1000;

本机测试200s,执行计划:

> explain select id, name from t where create_time > 1434115807296 order by create_time limit 1000;

+----+-------------+-------+-------+---------------+---------------+---------+------+------+-------------+
| id | select_type | table | type  | possible_keys | key           | key_len | ref  | rows | Extra       |
+----+-------------+-------+-------+---------------+---------------+---------+------+------+-------------+
|  1 | SIMPLE      | User  | index |  IDX_CREATED  |  IDX_CREATED  |   63    | NULL | 1000 | Using where |
+----+-------------+-------+-------+---------------+---------------+---------+------+------+-------------+
1 row in set (0.00 sec)

如果去掉 limit :

select id, name from t where create_time > 1434115807296 order by create_time

执行时间5s,执行计划:

> explain select id, name from t where create_time > 1434115807296 order by create_time

+----+-------------+-------+------+---------------+------+---------+------+---------+-----------------------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows    | Extra                       |
+----+-------------+-------+------+---------------+------+---------+------+---------+-----------------------------+
|  1 | SIMPLE      | User  | ALL  |  IDX_CREATED  | NULL |   NULL  | NULL | 4858500 | Using where; Using filesort |
+----+-------------+-------+------+---------------+------+---------+------+---------+-----------------------------+
1 row in set (0.00 sec)    

一个 index 查询竟然比 ALL&filesort 查询慢这么多? 请 MySQL 达人指教

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

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

发布评论

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

评论(2

我不会写诗 2022-09-08 13:05:56

看执行计划,这两个差别主要在于是否使用了IDX_CREATED的索引,以及filesort。

前者用上了索引,所以你前面where条件的查询速度会有很大提高,但是很奇怪没有用到filesort,所以在后面的order by阶段会消耗了很大的时间。

后者就是直接简单的查询,没有使用索引,并进行了正常的文件排序。

可以考虑强制不使用索引Ignore index来优化此句的性能。
建议你用profile跟踪再详细看一下每个阶段的时间消耗,这样会更为准确。

就像说晚安 2022-09-08 13:05:56


create_time varchar(200)
改为
create_time int(11)

你是用laravel框架自动生成的吧?傻!

另外,你这样对比不公平啊!
MYSQL 分页慢加速器 解决方案 MYSQL 分页优化 MYSQL 分页解决方案 LIMIT 优化

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