MySQL坑爹的索引（一）

Alexander-li 2023-01-12 15:03:05

课时名称	课时知识点
MySQL坑爹的索引（一）

...全文

162 回复打赏收藏举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

你可能遇到过这些问题：• 明明加了索引，查询还是卡得像蜗牛？• 一到高峰期，数据库就疯狂报警？• 索引建得越多，写入反而越慢？大多数性能问题都源于。盲目建索引、迷信“最佳实践”，却忽略业务场景和数据分布，是新手甚至老司机常踩的坑。1. 搞懂索引设计的核心逻辑（比如三星索引），。2. 掌握高性价比的优化技巧，用最少索引解决80%的性能问题。3. 避开“看似正确实则坑爹”的设计误区（比如乱用联合索引顺序）。• 被慢查询折磨到崩溃的开发者• 想从CRUD进阶到调优的SQL学习者。

如果你去网上搜很多人举例子这样建索引，然后告诉你这就是索引下推的时候，你可以尽情的喷他了，我们说索引下推一定是在联合索引的情况下，根据联合索引本身就有的数据直接做一次过滤，而不用再进行多次无用的回表再到Server层进行过滤，这一点你要很明确才行。对比这两个流程就会很明显的发现，使用ICP之后我们就是简单的通过联合索引中本来就有的数据直接过滤了，不需要再查到一堆无用的数据去Server层进行过滤，这样的话减少了回表的次数和返回的数据，IO次数减少了，对性能有很好的提升。你会发现，我靠，怎么还有索引下推？

索引下推(Index Condition Pushdown) ICP 是Mysql5.6之后新增的功能，主要的核心点就在于把数据筛选的过程放在了存储引擎层去处理，而不是像之前一样放到Server层去做过滤。虽然这是一个比较简单的概念，但是可能很多不细心的同学对于索引下推会存在一个小小的误区，至于是什么，请看下文。首先，我们创建一张表，同时建立的联合索引，同时插入3条测试数据。然后，我们执行查询，如下图所示，就会看见中显示了，你可能就知道了，这表示出现了索引下推了。没错，针对这个查询场景就是索引下推，那到底什

最近整一些见不得人的事情，每天都忙到很晚。悲剧。SELECT a.client_id,s.cnt s_cnt,a.cnt a_cnt,s.cnt / a.cnt s_rateFROM (SELECT COUNT(*) cnt,handle_client client_idFROM tb_captcha cpoutWHERE expire_time > curdate ()GROUP BY h...

索引优化就像玩俄罗斯方块，既要严丝合缝又要灵活应变。建议大家用真实数据做实验，用EXPLAIN验证效果（光说不练假把式）。索引不是银弹，合适才是王道！（PS：文中案例均来自真实生产环境，建议结合《高性能MySQL》第三章食用更佳～）

李杰的课程社区_NO_2

1

社区成员

237

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章