帮忙mysql 语句调优

cyt2005

WESTLIFE_XU
改成inner join和用=，从explain来看结果是一样的

WESTLIFE_XU

原帖由 cyt2005 于 2008-1-21 10:26 发表
WESTLIFE_XU
改成inner join和用=，从explain来看结果是一样的

我明白的说了，把inner join改为等号 可读性上会好很多，没有说会有性能上的提高。

性能提高在于where后面的条件。




你自己可以简单的判断一下：
select  work_status_id,count(*) from i1 group by work_status_id。 看看work_status_id=2在整个表中占了多少的数据。同理也可以count(*)其他表的数据。 假设每个表都返回1000条，就算五个表吧。这个sql需要运行1000^5次数，那肯定不会很快了。这时候你要从应用层面上去考虑了

[ 本帖最后由 WESTLIFE_XU 于 2008-1-21 10:41 编辑 ]

yueliangdao0608

原帖由 cyt2005 于 2008-1-21 10:25 发表
哈哈
感觉jinguanding兄那个酒醉的晚上有些消沉啊
我的key_buffer是256m
我想应该够用吧

改大一点吧 。我现在就用768M。不过我们的单机可能用不了多久了。

对了。酒醉的那个晚上在哪里啊？

jinguanding

跟几个志同道合的朋友与同学..........谢谢两位的关心.......郁闷就是没生产的模拟设备啊......我这笔记本太差了..07.6买的还花了5900大洋


杨兄...我跟你一起学习群集噢.....以及负载均衡.........

yueliangdao0608

原帖由 jinguanding 于 2008-1-21 12:59 发表
跟几个志同道合的朋友与同学..........谢谢两位的关心.......郁闷就是没生产的模拟设备啊......我这笔记本太差了..07.6买的还花了5900大洋


杨兄...我跟你一起学习群集噢.....以及负载均衡.........

我也是刚开始研究。大家一起进步吧

cyt2005

原帖由 WESTLIFE_XU 于 2008-1-21 10:36 发表



我明白的说了，把inner join改为等号 可读性上会好很多，没有说会有性能上的提高。

性能提高在于where后面的条件。




你自己可以简单的判断一下：
select  work_status_id,count(*) from i1 group by work_status_id。 看看work_status_id=2在整个表中占了多少的数据。同理也可以count(*)其他表的数据。 假设每个表都返回1000条，就算五个表吧。这个sql需要运行1000^5次数，那肯定不会很快了。这时候你要从应用层面上去考虑了

恩，明白
但是我有个问题，我这有的表就是有一些flag的列，里面的值呢无非就是1，2，3，4之类的，每个都有特别的含义
查询的时候呢又经常会用到，那我如何建立索引呢？
首先数据的选择性并不很好，而且即使就这么几个值，数据也不是均匀分布，比如很可能50%的数据集中在col=1，1%的数据集中在col=4，其次如果在oracle下建立bitmap索引的话，有可能引起死锁问题（这个问题我在工作中遇到过），再者mysql根本也不支持bitmap索引啊，各位有啥好办法么？

WESTLIFE_XU

bitmap索引要慎用，通常适合在表更新很少很少的情况下。

至于怎么建索引，要看你的业务需求，如果你的where col=4且只有1%的数据集中在col=4，在这个列建索引就很合适了。如果col=不确认会等于什么（1，2，3，4），那就不好办了。

如果你的数据量就这么大，表关联又好几个，那本身就很难优化，这需要从应用上在考虑考虑。

jinguanding

你可以考虑使用范围索引嘛..就是flag字段跟另外一个字段能决定较少或者唯一的记录...并且该字段也是经常作为Where 中的查询条件与flag一同出现..


select  ....

from

where (flag=1 and colname =...) .....

(flag=1 and colname =...) 这样优化器分析的时候就快点....

WESTLIFE_XU

恩，联合索引我也用的比较多

jinguanding

bitmap索引 在mysql中好象不支持..myisam引擎只支持B-tree存储