默认值字段索引基数不会变

flyingnn

有一个表,有A,B,C,三个字段,其中C的默认值是"0",插入数据时,只插入到A,B两个字段,C不插入,也就是 insert into table (a,b) value('a','b')
其中有些行,会用UPDATE更改C的值为'1'.最近想新加C字段的索引,发现C字段的索引基数只为1,以至于用WHERE C<>'1' 或 WHERE C='0'时,索引沒有起作用.
但是如果新插入一行包括C字段的值时,C字段的索引基数就变为2了,然后用WHERE C<>'1' 或 WHERE C='0'又可以正常索引了.
不明白为什么会这样?难道不是用INSERT得到的值不会被索引么?

cenalulu

这个跟mysql语句优化器的行为有关，
cardinality值太小的话，会让优化器认为没有必要使用 这个索引，从而放弃使用。

如果你一定要让语句使用这个索引的话，可以显示的指定index
如： select * from table_name use index (idx_name);

flyingnn

原帖由 cenalulu 于 2009-9-25 12:21 发表
这个跟mysql语句优化器的行为有关，
cardinality值太小的话，会让优化器认为没有必要使用 这个索引，从而放弃使用。

如果你一定要让语句使用这个索引的话，可以显示的指定index
如： select * from table_ ...

嗯,用了上面那名后,基數是為2了,可是索引還是用不好.
where dele='1' 就ok,其它的如: dele='0'  或 dele<>'1' 都沒有用到索引.

EXPLAIN SELECT *
FROM `test`
WHERE dele = '0'

id           select_type           table           type           possible_keys           key           key_len           ref           rows           Extra
1         SIMPLE                 test          ALL           dele                          NULL         NULL         NULL         2315         Using where


EXPLAIN SELECT *
FROM `test`
WHERE dele = '1'

id           select_type           table           type           possible_keys           key           key_len           ref           rows           Extra
1         SIMPLE                 test            ref                 dele                          dele                  5         const         741         Using where

聪明笨小孩

看看

cenalulu

原帖由 flyingnn 于 2009-9-25 14:45 发表



嗯,用了上面那名后,基數是為2了,可是索引還是用不好.
where dele='1' 就ok,其它的如: dele='0'  或 dele'1' 都沒有用到索引.

EXPLAIN SELECT *
FROM `test`
WHERE dele = '0'

id           select_type ...

从explain的情况可以猜测，dele='1'的值很少，大部分都是dele='0'的数值。
所以mysql认为dele=1时，使用索引能排除大量数据，所以使用索引。
dele=0并不能排除大量数据，所以不使用索引。

总结成一句话，还是我在2楼说的原因，mysql优化器导致的，如果一定要用索引加force index或者use index

flyingnn

原来是这样啊,好的,谢谢.