mysql加了索引还是慢_有人能解释一下 mysql 加了索引反而超级慢吗？

最新推荐文章于 2024-05-28 17:38:18 发布
最新推荐文章于 2024-05-28 17:38:18 发布
阅读量245 收藏
点赞数
文章标签： mysql加了索引还是慢
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_34118050/article/details/113306250
版权

mysql> desc channel_details;

+---------------+-------------+------+-----+-------------------+----------------+

| Field | Type | Null | Key | Default | Extra |

+---------------+-------------+------+-----+-------------------+----------------+

| id | int(11) | NO | PRI | NULL | auto_increment |

| year | int(11) | NO | MUL | NULL | |

| month | int(11) | NO | | NULL | |

| point_of_time | varchar(32) | NO | | NULL | |

| channel | varchar(32) | NO | MUL | NULL | |

| ratings | float | NO | | NULL | |

| type | int(11) | NO | MUL | NULL | |

| age | int(11) | NO | MUL | NULL | |

| time_at | datetime | NO | | CURRENT_TIMESTAMP | |

+---------------+-------------+------+-----+-------------------+----------------+

9 rows in set (0.01 sec)

mysql> select * from channel_details where channel like "%" and year>=2017 and year<=2017 and type=29 limit 10;

+---------+------+-------+---------------+-------------+---------+------+-----+---------------------+

| id | year | month | point_of_time | channel | ratings | type | age | time_at |

+---------+------+-------+---------------+-------------+---------+------+-----+---------------------+

| 7124305 | 2017 | 1 | 02:00 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124306 | 2017 | 1 | 02:01 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124307 | 2017 | 1 | 02:02 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124308 | 2017 | 1 | 02:03 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124309 | 2017 | 1 | 02:04 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124310 | 2017 | 1 | 02:05 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124311 | 2017 | 1 | 02:06 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124312 | 2017 | 1 | 02:07 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124313 | 2017 | 1 | 02:08 | ??????????? | 0.001 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124314 | 2017 | 1 | 02:09 | ??????????? | 0.001 | 29 | 40 | 2017-02-15 15:03:54 |

+---------+------+-------+---------------+-------------+---------+------+-----+---------------------+

10 rows in set (19.53 sec)

mysql> select * from channel_details where channel like "%" and year>=2017 and year<=2017 limit 10;

+---------+------+-------+---------------+-------------+---------+------+-----+---------------------+

| id | year | month | point_of_time | channel | ratings | type | age | time_at |

+---------+------+-------+---------------+-------------+---------+------+-----+---------------------+

| 7124305 | 2017 | 1 | 02:00 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124306 | 2017 | 1 | 02:01 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124307 | 2017 | 1 | 02:02 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124308 | 2017 | 1 | 02:03 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124309 | 2017 | 1 | 02:04 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124310 | 2017 | 1 | 02:05 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124311 | 2017 | 1 | 02:06 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124312 | 2017 | 1 | 02:07 | ??????????? | 0 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124313 | 2017 | 1 | 02:08 | ??????????? | 0.001 | 29 | 40 | 2017-02-15 15:03:54 |

| 7124314 | 2017 | 1 | 02:09 | ??????????? | 0.001 | 29 | 40 | 2017-02-15 15:03:54 |

+---------+------+-------+---------------+-------------+---------+------+-----+---------------------+

10 rows in set (0.07 sec)

mysql> explain select * from channel_details where channel like "%" and year>=2017 and year<=2017 and type=29 limit 10;

+----+-------------+-----------------+------------+------+---------------+------+---------+-------+---------+----------+-------------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

+----+-------------+-----------------+------------+------+---------------+------+---------+-------+---------+----------+-------------+

| 1 | SIMPLE | channel_details | NULL | ref | type,year | type | 4 | const | 4969150 | 5.56 | Using where |

+----+-------------+-----------------+------------+------+---------------+------+---------+-------+---------+----------+-------------+

1 row in set, 1 warning (0.00 sec)

mysql> explain select * from channel_details where channel like "%" and year>=2017 and year<=2017 limit 10;

+----+-------------+-----------------+------------+-------+---------------+------+---------+------+---------+----------+-----------------------------------------------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

+----+-------------+-----------------+------------+-------+---------------+------+---------+------+---------+----------+-----------------------------------------------+

| 1 | SIMPLE | channel_details | NULL | range | year | year | 4 | NULL | 4969150 | 11.11 | Using index condition; Using where; Using MRR |

+----+-------------+-----------------+------------+-------+---------------+------+---------+------+---------+----------+-----------------------------------------------+

mysql> select count(*) from channel_details group by year;

+----------+

| count(*) |

+----------+

| 141218 |

| 6498910 |

| 4226453 |

+----------+

3 rows in set (4.36 sec)

mysql> select count(*) from channel_details group by type;

+----------+

| count(*) |

+----------+

| 3573680 |

| 3647171 |

| 3645730 |

+----------+

3 rows in set (2.54 sec)

mysql> select count(*) from channel_details group by year,type;

+----------+

| count(*) |

+----------+

| 141218 |

| 2072158 |

| 2213376 |

| 2213376 |

| 1360304 |

| 1433795 |

| 1432354 |

+----------+

7 rows in set (27.02 sec)

都是同样的索引类型，速度却相差巨大。有人可以解释一下吗?

Doctor 秦
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql 优化desc_[mysql]SQL语句性能优化--Order by中加DESC慢很多的原因调查与处理
weixin_36251052的博客
01-30 715
1. mysql在数据量较大的时候、使用orderby查询结果集时速度很慢的原因可能有以下几种：1)排序字段不在同一张表中2) 排序字段没有建索引3)排序字段加DESC后索引没有起作用(如何让索引起作用才是关键、且听下文分解)4)排序字段中加函数导致索引不起作用(这种一定要避免、本文不对这种情况展开说明)5)排序字段中含有TEXT或CLOB字段(改成VARCHAR字段)2. 用实例说明排序字段...
mysql加了索引还是慢_mysql添加索引，查询反而变慢
weixin_36292971的博客
01-21 1489
依照楼主的数据，我也造了400万数据：mysql> select * from index_test limit 5;id1id211111111112222222222111111111122222222221111111111id1创建索引执行确实是id2谓词条件比较快：mysql> select * from index_test where id1=11111;2097152 ...
Mysql 数据库表中有索引为什么还是查询慢？
HollisChuang's Blog
03-16 5063
问题分析在进行数据库查询的时候，我们都知道索引可以加快数据查询的效率。但是在实际的业务场景下，经常会遇到即使在表中增加了索引，但是同样还是会出现数据查询慢的问题。这就需要具体分析数据查询慢...
什么是索引？如何通过索引优化mysql查询
weixin_30883271的博客
08-09 131
1. 索引 当MySQL单表记录数过大时，增删改查性能都会急剧下降。MySQL索引的建立对于MySQL的高效运行是很重要的，索引可以大大提高MySQL的检索速度。除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度。一般以整型值为主的表在千万级以下，字符串为主的表在五百万以下是没有太大问题的，而事实上很多时候MySQL单表的性能依然...
MySQL热点面试题：为什么我使用了索引，查询还是慢？
最新发布
2401_85112308的博客
05-28 585
这个过程跟上面的差别，是在遍历联合索引的过程中，将年龄等于8的条件下推到所有遍历的过程中，减少了回表的次数，假设全国名字第1个字是张的人里面，有100万个是8岁的小朋友，那么这个查询过程中在联合索引里要遍历8000万次，而回表只需要100万次。t_people表上有一个索引是姓名和年龄的联合索引，那这个联合索引的过滤性应该不错，可以在联合索引上快速找到第1个姓名是张三，并且年龄是8的小朋友，当然这样的小朋友应该不多，因此向右扫描的行数很少，查询效率就很高。这里可以使用MySQL5.7引入的虚拟列来实现。
Mysql 建立索引之后反而变慢（已解决）
谢文峰的博客
07-15 1万+
Mysql 建立索引之后反而变慢（已解决） 记录一个神奇的问题，解决方法分享给大家，碰到类似问题，可以试试这种方法。 SQL查询背景 需要优化建索引的表为 FEDERATED 引擎（远程表） 数据库1（服务器1）关联 数据库2（服务器2） 的表进行查询，故使用远程表 PS：索引失效请注意关联字段字符集是否相同 问题描述 未修改前，Sql查询速度稳定 4 s 左右 执行计划如下： 可以看到三个表（t2,t3,remote_xxx）未走索引，这三个表中的数据量也不多1000 - 3W 左右。 优化之后执行
mysql使用索引后还是慢问题
qq_36709499的博客
12-12 1480
1 索引命中错了(可以根据索引的最左匹配原则对where查询条件进行排序，增加索引的命中率) 2 使用模糊查询like时只对后面的数据like时速度会快很多 3 如果确定查询的数据只有一条且有一条时可以直接在查询条件后limit1减少笛卡尔积,速度会快很多 4使用聚集索引查询速度最优,一张表只可以存在一个 ...
mysql 索引 变慢_mysql添加索引，查询反而变慢
weixin_31900373的博客
02-18 3160
1.表结构，time1添加普通索引：CREATE TABLE `time_table` (`time1` INT(11) NULL DEFAULT NULL,`time2` INT(11) NULL DEFAULT NULL,INDEX `time1` (`time1`))ENGINE=MyISAM;2.蠕虫复制创建200万条数据insert into time_table select * fr...
MySQL优化之索引选择性-并不是所有字段都适合加索引
05-19
技术面试中讨论MySQL性能调优时，普遍答案聚焦于添加索引，但面对查询效率低的问题，深入分析较少触及“索引选择性”这一关键概念。 适用人群： 技术面试候选人，尤其是数据库开发与管理员。 需要了解MySQL性能...
MySQL分区字段列有必要再单独建索引吗？
09-09
2. **索引覆盖**：如果查询仅涉及索引中的列，且这些列包括分区字段，那么索引覆盖现象可以进一步提升查询速度，因为MySQL可以直接从索引中获取所有需要的数据，而无需回表到原始数据行。 3. **唯一性约束**：如果...
通过联合索引优化MYSQL慢查询
12-14
通过联合索引优化MYSQL慢查询 一、慢SQL分析 慢SQL如下 SELECT SUM(t.amount) as amount FROM (SELECT game_id,room_id,is_robot,amount,record_time FROM t_statements_logs WHERE game_id = 30 AND is_robot = 0 ...
使用shell脚本来给mysql加索引的方法
09-09
在MySQL数据库管理中，索引是一种非常重要的优化手段，它能显著提高查询速度。当数据量庞大时，没有索引的表在执行查询时可能会变得非常慢。在本篇文章中，我们将探讨如何使用shell脚本来为MySQL数据库中的表添加...
Mysql多个LEFT JOIN使用ORDER不能使用索引导致查询过慢的解决方案
热门推荐
枯鸦专栏
10-12 1万+
转自：http://www.tuicool.com/articles/qemmMfY Mysql在多个LEFT JOIN的情况下使用ORDER BY排序，就算是其中一个表的主键也仍然使用file sort排序，数据量多的话就相当的慢。 优化前语句 SELECT * FROM a LEFT JOIN b ON a.id=b.a_id ORDER a.id DESC
mysql语句中order by的查询速度太慢 请问需要做出哪些优化策略来提升查询速度...
weixin_42602726的博客
02-12 3658
如果在MySQL中使用order by语句导致查询速度过慢，可以考虑以下优化策略： 使用索引：为排序字段建立索引可以提高查询速度。 增加内存：如果服务器内存不足，MySQL可能需要使用临时表或磁盘排序，增加内存可以避免这种情况。 减少数据量：使用limit语句可以限制结果集的数量，减小数据量可以提高查询速度。 使用合适的存储引擎：不同的存储引擎具有不同的排序速度。如果排序是经常用到的，可以...
索引的使用理解和一次mysql联表 join 后 order by desc 慢的排查和sql优化
weixin_41987908的博客
05-24 409
一次mysql联表 join 后 order by desc 慢的排查
强制索引解决mysql orderby查询效率慢的问题
Huyongli199588的博客
10-15 964
强制索引解决mysql orderby查询效率慢的问题 SELECT v.*, FROM small_videos v <!-- 增加强制索引 --> FORCE INDEX(INDEX_CREATED_AT) LEFT JOIN cl_user_videos cv ON v.id = cv.video_id AND cv.video_type = 20 AND cv.user_i...
mysql中使用order by 速度很慢解决办法
A-bing的博客
09-21 8288
order by排序速度变慢解决办法
MySQL数据库order by 主键(索引) 查询慢解决方案
qq_43842093的博客
03-04 4819
通过以上的情况可以看出，MySQL默认的查询（没有where条件），不一定使用主键，由于MySQL的每一条简单查询只应用一个索引，所以，这个时候使用order by 主键，主键的索引功能失效。1、MySQL每天一条简单语句只应用一个索引，所以order by的字段要在索引之中，并且和where条件可以合并成组合索引。为了进一步确定，再对下面的sql语句执行查询计划：发现使用where条件后，索引变成了主键。今天遇到个奇葩的问题，应用主键排序速度奇慢无比，经过不懈的努力，终于找到了问题的原因。
MYSQL5.6 主键索引 order by limit 查询慢问题
gycyxh的专栏
05-07 1231
现象： 线上有一个大表，主键id；在查询时候使用了 order by id limit 1，发现全表扫描了。特别慢。 在网上搜索了下，参考：https://cloud.tencent.com/developer/article/1144242 可能是 limit 限制有关系，于是测试了几个limit，果然发现了问题： 当limit 1或者limit 2时候，会走主键索引； 当limi...
mysql 子查询添加索引_mysql 子查询 可以加索引优化吗
05-24
MySQL 的子查询是可以添加索引来优化查询性能的。通常情况下，可以为子查询中的子表添加索引来提高查询效率。 具体来说，如果子查询中的子表是一个较小的表，可以使用普通索引来优化；如果子表较大，可以使用覆盖...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值