wenxueywx 最近的时间轴更新 wenxueywx 最近的时间轴更新 |
wenxueywxV2EX 第 583288 号会员，加入于 2022-05-30 11:35:10 +08:00今日活跃度排名 3049 |
wenxueywx 最近回复了
1 小时 17 分钟前 回复了 airwalkers 创建的主题 › 问与答 › 各位大佬有兴趣的帮忙给小孩取名，男宝，姓刘，已经想好了一个字煦，再加一个字 |
煦阳
8 天前 回复了 Zaden 创建的主题 › MySQL › mysql 如何高效获取两条相邻推送时间间隔 |
加个字段 last_push_time 记录上一次推送时间，insert 时可以通过触发器查询上一次该 point_id 的 push_time 来更新
8 天前 回复了 main1234 创建的主题 › MySQL › mysql 组合索引在范围查询和 order 下到达能不能用到索引 |
1 、select * from info where a = 1 and c = 200
multi 索引总长度为 15 字节，可以用到 multi 索引的 a 字段（ 5 字节），不能用到 c 字段（不满足最左前缀匹配原则）；
icp 开启的情况下，可以把 c=200 的条件下推到引擎层过滤，可以减少回表次数
2 、select * from info where a > 1 and b < 200
首先，即使使用索引+icp ，也是和场景 1 相同，只能使用 multi 中 a 字段的索引，b<200 作为条件下推。
实际上，根据索引中 a 字段的基数来判断，只有在使用索引能大量减少扫描的行时才会使用索引+下推；假设表中有 10W 行数据，a 字段的取值范围是 1-100 ，在数据分布均匀的情况下，a 字段的基数为 1000 ，当你使用 a>1 and b<200 时，使用 multi 索引查询基本是全索引扫描+icp ，然后回表；全索引扫描代价与全表扫描差别不大；而当你使用 a>95 and b<200 时，通过 multi 索引的 a 字段可以过滤 95%的行，代价肯定比全表低。
multi 索引总长度为 15 字节，可以用到 multi 索引的 a 字段（ 5 字节），不能用到 c 字段（不满足最左前缀匹配原则）；
icp 开启的情况下，可以把 c=200 的条件下推到引擎层过滤，可以减少回表次数
2 、select * from info where a > 1 and b < 200
首先，即使使用索引+icp ，也是和场景 1 相同，只能使用 multi 中 a 字段的索引，b<200 作为条件下推。
实际上，根据索引中 a 字段的基数来判断，只有在使用索引能大量减少扫描的行时才会使用索引+下推；假设表中有 10W 行数据，a 字段的取值范围是 1-100 ，在数据分布均匀的情况下，a 字段的基数为 1000 ，当你使用 a>1 and b<200 时，使用 multi 索引查询基本是全索引扫描+icp ，然后回表；全索引扫描代价与全表扫描差别不大；而当你使用 a>95 and b<200 时，通过 multi 索引的 a 字段可以过滤 95%的行，代价肯定比全表低。
8 天前 回复了 juniorzhou 创建的主题 › Linux › 请教一下各位如何在 Linux 环境下快速删除大量文件 |
我也推荐#1 的方法
9 天前 回复了 zhangkui 创建的主题 › 问与答 › 今天 520，大家有收到女朋友的礼物吗？ |
usmile
14 天前 回复了 shawndev 创建的主题 › 分享发现 › 有哪些可以抵扣个人所得税的证书值得考？ |
生个娃 每个月两千免税额度，不比你考证来抵扣个税香吗
14 天前 回复了 morost 创建的主题 › 程序员 › 虚心求教，数据量上亿的爬虫数据用什么该用什么数据库呢 |
现在 mysql 使用的磁盘都说 ssd ，亿级数据，只要使用姿势正确完全没有问题
建议先优化原 db
前面也有老哥说了，不清楚你的数据结构，使用场景是这些确实不好推荐
建议先优化原 db
前面也有老哥说了，不清楚你的数据结构，使用场景是这些确实不好推荐
15 天前 回复了 chenxuuu 创建的主题 › 分享创造 › 把网址全变成 长得一样的棒棒： llIlI.lI |
Select Language