MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
 |
1
wetalk Mar 3, 2023
in 查询，条件很多吗
|
 |
3
LeegoYih Mar 3, 2023  1
分别建 2 个索引，然后打开优化器看看执行计划，经验之谈不如手动试一试
|
 |
4
optional Mar 3, 2023 via iPhone
单独 y 就行
|
 |
5
wjfz Mar 3, 2023
导两张表分别 explain 一下得到的答案最确定。
|
 |
6
keenkiller Mar 3, 2023 via Android
y,x 吧
如果 in 后面很多的话，即使区分度高数据集可能也很大…explain 的结果跟数据和查询条件都有关，又不是不变的… |
 |
7
iffi Mar 3, 2023
# 一、多列索引字段顺序问题
1 、尽可能将需要做范围查询的列放到索引的后面，以便优化器能使用尽可能多的索引列。 2 、选择区分度小的字段在前面，例如 idx_sex_city(sex,city) # 二、减小 where in() 条件数据量，需要注意控制 IN 的中值的个数，建议 in 数量小于 200 ，(参数 eq_range_index_dive_limit) |
 |
9
lovelylain Mar 3, 2023 via Android
为什么没人选(x,y)，这样不是可以先筛掉非 x 的（虽然数量不多），再按 y 筛选吗，单看这条语句，不至于比只用 y 有副作用吧？
|
 |
10
wangyzj Mar 3, 2023
x.y 把
explain 一下 先重建一个新的 |
|
11
wetalk Mar 3, 2023
@yxjn 我这样写，不知道你能不能看懂，单独为 y 建索引
select a.* from a join ( SELECT ?1 as y union all SELECT ?2 as y union all SELECT ?3 as y ... ) as t on a.y = t.y and a.x = ? |
 |
12
liuxu Mar 3, 2023
普通情况，简单的话就(y,x)
其他情况，你可能需要看下“基于成本的优化”、“复合索引”和“IN 子查询”相关内容 https://www.liuquanhao.com/posts/mysql%E6%80%A7%E8%83%BD%E4%BC%98%E5%8C%96%E5%99%A8%E4%BD%BF%E7%94%A8%E6%8C%87%E5%8D%97/ 除非 sql 很复杂，否则楼上将 in 手动重写成 join 其实没必要，mysql 优化器可能会自动重写 |
 |
13
james2013 Mar 3, 2023
单独建 y 就可以了
区分度很低放到索引里是多余的 |
 |
14
vagusss Mar 3, 2023
为啥非得联合索引
|
 |
15
ooToo Mar 3, 2023
select * 用不到索引下推.
对于你的 sql （ x,y ）还是（ y,x ）区别不大, 甚至(y)也可以 |
 |
16
imokkkk Mar 3, 2023
三星索引来看，y 建索引属于第 3 颗星，比重更大，效果更好
|
 |
19
UN2758 Mar 3, 2023
@yxjn 我也感觉很不理解，select *还是具体 column 只会影响覆盖索引，x ，y 前后顺序不影响索引下推发挥作用吧。有关系的是优化器在选择先 x 后 y 还是 yx
|
|
20
liuxu Mar 3, 2023
select * 会被 mysql 优化器重写成所有列，没什么问题
之所以不用(x,y)是因为 x 区分度很低，扫 x 时索引页占用更多内存，而且 x 区分度低到一个层次的话，优化器可能直接走全表扫描了 这里有一份和区分度基数有关的数据 https://www.liuquanhao.com/posts/mysql%E6%80%A7%E8%83%BD%E4%BC%98%E5%8C%96%E5%99%A8%E4%BD%BF%E7%94%A8%E6%8C%87%E5%8D%97/#%E4%B8%B4%E6%97%B6%E8%AE%A1%E5%88%92 |
Select Language