mysql不能正确的使用 联合索引

cenalulu

恩，从我们看来，确实是使用cid_total更为合适。
但是对于mysql优化器来说，它通过某些statistics的判断，认为key_total更好。
而use index就是用来帮助优化器进行判断的。

简单的说现在只有3种方法，删掉key_total 或者修改语句，或者把key_total 调整为 （ cid，lmsn，key_prop ）你看是不是合适？

yyxxzz

原帖由 cenalulu 于 2009-11-17 13:16 发表
恩，从我们看来，确实是使用cid_total更为合适。
但是对于mysql优化器来说，它通过某些statistics的判断，认为key_total更好。
而use index就是用来帮助优化器进行判断的。

简单的说现在只有3种方法，删掉 ...

把key_total 调整为 （ cid，lmsn，key_prop ） 这样调整的话，
这样的sql 用不到key_total了吧？或者只能用到cid了
select iid,title,nick,category_name,pic_path,price,credit from tb_goods where cid=1201 and key_prop='xx' order by lmsn desc  limit 0,20

问一下，现在数据库的tb_goods;表大概有260w 数据，而mysql 的key_buffer_size设置的是8388600，8mb
是不是太小了啊，调整到多少比较合适呢，先谢谢

cenalulu

原帖由 yyxxzz 于 2009-11-17 13:47 发表


把key_total 调整为 （ cid，lmsn，key_prop ） 这样调整的话，
这样的sql 用不到key_total了吧？或者只能用到cid了
select iid,title,nick,category_name,pic_path,price,credit from tb_goods where ci ...

如果你还有select iid,title,nick,category_name,pic_path,price,credit from tb_goods where cid=1201 and key_prop='xx' order by lmsn desc  limit 0,20
这样的语句的话，就不能改顺序了。
只有加use index了。

至于key_buffer_size主要是看你status来进行的调优的
show global status like '%key%';
| Key_read_requests      | 1313785  |
| Key_reads              | 7247 |

1-Key_reads/Key_read_requests  就是你key-buffer的命中率
一般来说 Key_reads/Key_read_requests 小于0.001为佳

yangward

你索引没建对吧 试下来个联合索引看看

ruochen

原帖由 yangward 于 2009-11-18 00:11 发表
你索引没建对吧 试下来个联合索引看看

你的建议呢？

你的情况应该可以用use index比较好
调整index里面的顺序或者建立多少index，你要分析你整个系统的sql，不能只用一个sql说事的

yyxxzz

原帖由 ruochen 于 2009-11-18 16:11 发表



你的建议呢？

你的情况应该可以用use index比较好
调整index里面的顺序或者建立多少index，你要分析你整个系统的sql，不能只用一个sql说事的

我先用use index 吧，我用Analyze table tb_goods 以后 lmsn 的 Cardinality 变小了一点
现在我的key_buffer_size 调整到512MB,但是我show status like 'key_read%'
mysql> show status like 'key_read%';
+-------------------+---------+
| Variable_name     | Value   |
+-------------------+---------+
| Key_read_requests | 7211061 |
| Key_reads         | 295390  |
+-------------------+---------+
2 rows in set (0.00 sec)

比率还是很小，1:24,有的时候是1:50

yyxxzz

还有一个问题，现在的单表 已经有26G了，260多w行，myiasm会不会出现问题啊

ruochen

原帖由 yyxxzz 于 2009-11-18 23:58 发表
还有一个问题，现在的单表 已经有26G了，260多w行，myiasm会不会出现问题啊

每行平均10KB？

看你自己的情况，如果有很多以前的数据今后基本不会使用到，还是转成历史表存放比较好

cenalulu

原帖由 yyxxzz 于 2009-11-18 23:58 发表
还有一个问题，现在的单表 已经有26G了，260多w行，myiasm会不会出现问题啊

根据业务需要逻辑分表或者物理分表吧。
而且一行这么多信息。。。可以考虑分成两个表

yyxxzz

原帖由 cenalulu 于 2009-11-19 09:17 发表



根据业务需要逻辑分表或者物理分表吧。
而且一行这么多信息。。。可以考虑分成两个表

主要有个字段description,比较大，其他字段都比较小