mysql索引优化问题
有这样一张表：（a,b,c,d,e,f,g,h,i,j,k）等几个字段，目前大概有400W行，以每天10-20W行速度增加。
在这张表上面有大量的查询以及插入语句，查询语句类型下面：
select a,b,c from T where e=xx and f=xx;
select a,b,c from T where e=xx and g=xx;
select a,b,c from T where e=xx and h=xx;
select a,b,c from T where e=xx and i=xx;
select a,b,c from T where e=xx and j=xx;
select a,b,c from T where e=xx and f=xx order by k;
select a,b,c from T where e=xx and g=xx order by k;
这样应该如何建立索引，因为mysql的查询在一张表上面只能用到一个索引，那我是应该（e,f）（e,g）（e,h）（e,i）（e,j）这样建立索引，还是直接在每个字段上面都建索引呢？
还有有排序的怎么处理？？？
现在只要超过10个并发查询，cpu就暴涨到80%左右....
请教了！
[ 本帖最后由 linjia828 于 2011-6-15 09:44 编辑 ]
在这张表上面有大量的查询以及插入语句，查询语句类型下面：
select a,b,c from T where e=xx and f=xx;
select a,b,c from T where e=xx and g=xx;
select a,b,c from T where e=xx and h=xx;
select a,b,c from T where e=xx and i=xx;
select a,b,c from T where e=xx and j=xx;
select a,b,c from T where e=xx and f=xx order by k;
select a,b,c from T where e=xx and g=xx order by k;
这样应该如何建立索引，因为mysql的查询在一张表上面只能用到一个索引，那我是应该（e,f）（e,g）（e,h）（e,i）（e,j）这样建立索引，还是直接在每个字段上面都建索引呢？
还有有排序的怎么处理？？？
现在只要超过10个并发查询，cpu就暴涨到80%左右....
请教了！
[ 本帖最后由 linjia828 于 2011-6-15 09:44 编辑 ]
作者: linjia828 发布时间: 2011-06-15
QUOTE:原帖由 linjia828 于 2011-6-15 09:41 发表
有这样一张表：（a,b,c,d,e,f,g,h,i,j,k）等几个字段，目前大概有400W行，以每天10-20W行速度增加。
在这张表上面有大量的查询以及插入语句，查询语句类型下面：
select a,b,c from T where e=xx and f=xx;
select a,b,c from T where e=xx and g=xx;
select a,b,c from T where e=xx and h=xx;
select a,b,c from T where e=xx and i=xx;
select a,b,c from T where e=xx and j=xx;
select a,b,c from T where e=xx and f=xx order by k;
select a,b,c from T where e=xx and g=xx order by k;
这样应该如何建立索引，因为mysql的查询在一张表上面只能用到一个索引，那我是应该（e,f）（e,g）（e,h）（e,i）（e,j）这样建立索引，还是直接在每个字段上面都建索引呢？
还有有排序的怎么处理？？？
现在只要超过10个并发查询，cpu就暴涨到80%左右....
请教了！
有这样一张表：（a,b,c,d,e,f,g,h,i,j,k）等几个字段，目前大概有400W行，以每天10-20W行速度增加。
在这张表上面有大量的查询以及插入语句，查询语句类型下面：
select a,b,c from T where e=xx and f=xx;
select a,b,c from T where e=xx and g=xx;
select a,b,c from T where e=xx and h=xx;
select a,b,c from T where e=xx and i=xx;
select a,b,c from T where e=xx and j=xx;
select a,b,c from T where e=xx and f=xx order by k;
select a,b,c from T where e=xx and g=xx order by k;
这样应该如何建立索引，因为mysql的查询在一张表上面只能用到一个索引，那我是应该（e,f）（e,g）（e,h）（e,i）（e,j）这样建立索引，还是直接在每个字段上面都建索引呢？
还有有排序的怎么处理？？？
现在只要超过10个并发查询，cpu就暴涨到80%左右....
请教了！
首先问下，字段e的过滤性如何？？？
顺带把 f字段、g字段、h字段、j字段的过滤性告知下
作者: jinguanding 发布时间: 2011-06-15
e能过滤到1/20的数据，其他几个能过滤到1/100的数据，后面的几个字段基本都能过滤掉更多的数据。
作者: linjia828 发布时间: 2011-06-15
QUOTE:原帖由 linjia828 于 2011-6-15 09:59 发表
e能过滤到1/20的数据，其他几个能过滤到1/100的数据，后面的几个字段基本都能过滤掉更多的数据。
e能过滤到1/20的数据，其他几个能过滤到1/100的数据，后面的几个字段基本都能过滤掉更多的数据。
那一组合应该可以过滤掉更多的数据了....再问下，此表的更新频率如何？？？指INSERT，UPDATE，DELETE
以及这几个字段被UPDATE的概率如何，是否很少变更？若部分，是那个几个字段
作者: jinguanding 发布时间: 2011-06-15
不存在更新，就是insert很多。
作者: linjia828 发布时间: 2011-06-15
那建议创建索引组合：
（e,f,k）（e,g,k）（e,h）（e,i）（e,j）
且打开query_cache提高处理性能
（e,f,k）（e,g,k）（e,h）（e,i）（e,j）
且打开query_cache提高处理性能
作者: jinguanding 发布时间: 2011-06-15
目前我就是这样建了很多复合索引，--query_cache_size=100M 也打开了，但是CPU使用率依然很高
作者: linjia828 发布时间: 2011-06-15
看下慢查询日志，是那些SQL导致全表扫描了...CPU高一般情况下都是有SQL没有走索引导致全表扫描 造成的
作者: jinguanding 发布时间: 2011-06-15
这样索引的成本也很高啊 ！先解决查询频繁的那些导致效率低下的SQL！看看比例是多少 ？
作者: dimen007 发布时间: 2011-06-15