简单的索引问题

zhengdl126

Index_U_Id:  `type`, `ischecked`, `u_id`，
and连接的条件的顺序并不影响索引使用的判断。
索引列的顺序会影响索引使用的判断

可以理解你所说的：


explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (ischecked =1 AND type=01 ) ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (type=01 AND ischecked =1) ORDER BY `id` ASC ;

explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (u_id=14 AND type=01 ) ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (type=01 AND u_id=14) ORDER BY `id` ASC ;

explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE type=01 ORDER BY `id` ASC ;


explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (u_id=14 AND ischecked =1 AND type=01) ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (u_id=14 AND type=01 AND ischecked =1 ) ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (type=01 AND ischecked =1 AND u_id=14) ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (type=01 AND u_id=14 AND ischecked =1) ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (ischecked =1 AND u_id=14 AND type=01 ) ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (ischecked =1 AND type=01 AND u_id=14) ORDER BY `id` ASC ;


------------以下语句没有用到索引。

explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (u_id=14 AND ischecked =1 ) ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (ischecked =1 AND u_id=14 ) ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE u_id=14 ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE ischecked =1 ORDER BY `id` ASC ;


我又针对这些没有用到索引的语句增加了两个索引，以确保所用可能的SQL语句都能用到索引：

Index_U_Id2:  `u_id`, `ischecked` ：
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (u_id=14 AND ischecked =1 ) ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE (ischecked =1 AND u_id=14 ) ORDER BY `id` ASC ;
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE u_id=14 ORDER BY `id` ASC ;

Index_Check:  `ischecked` ：
explain SELECT `ios_seeds`.* FROM `ios_seeds` WHERE ischecked =1 ORDER BY `id` ASC ;


这样做合理吗？是不是索引太多了

[ 本帖最后由 zhengdl126 于 2009-8-12 09:42 编辑 ]

cenalulu

是否合理就要看你表中的数据是怎样的了。
你新列出的那些语句是否在应用中经常用到？
此外ischecked =1 此类的条件能排除掉多少记录也是比较关键的。

例如你ischecked =1 的记录有10000条
而ischecked =0 的记录只有100条
索引并不能排除大部分的数据，那么还不如不加这样的索引。因为索引的读取和载入都是需要耗费资源的。

zhengdl126

原来索引不是多而全就好，而是要针对实际数据中的排查，还要结合实际用户中使用的SQL语句来分析，这次有点头绪了，谢谢 cenalulu  这两天的指点。

还有个比较宽泛的问题，只需要给我点思路就好：
MYSQL大数据量优化，除了一般的索引优化，还应该从哪方面着手？

cenalulu

从query开始优化，分析解决慢查询。
机子再好写了条非常差的query也会导致效率低下。

query好了，接下来就是调数据库参数了。

ruochen

原帖由 zhengdl126 于 2009-8-12 13:37 发表
原来索引不是多而全就好，而是要针对实际数据中的排查，还要结合实际用户中使用的SQL语句来分析，这次有点头绪了，谢谢 cenalulu  这两天的指点。

还有个比较宽泛的问题，只需要给我点思路就好： ...

学习的不错

一般的调整顺序是sql->参数->内存->存储....

zhengdl126

在网上看到比较多的优化方法就是explain分析sql,然后就是开启慢查询日志。

“内存->存储” 估计比较深了，“调数据库参数”是一个什么概念？

类似cenalulu 这里介绍的么：
http://blog.chinaunix.net/u3/90603/showart_1955397.html

[ 本帖最后由 zhengdl126 于 2009-8-12 16:32 编辑 ]

cenalulu

优化各个engine的参数，主要是缓存大小这种。