Chinaunix

标题: 千万级表，索引太大，求解 [打印本页]

现在分配给mysql 的 key_buffer_size 只有 512MB,

导致只有54倍差距，goods 自建了 4个索引，3个是复合索引，
但是有2个复合索引，好像太大了，类似 index1 ( nick(varchar(10),total(int 11)) ) ,explain 看key_len为32
utf8 下，一个varchar 占用3个字节啊？
我把字段类型 varchar 改成 char 是不是就key_len 就12了啊，这样索引就能小不少？

作者: yyxxzz 时间: 2010-03-08 17:35
顶上来

作者: cenalulu 时间: 2010-03-08 19:00
这么大的数据量最好分表吧，先不说varchar to char的方案可不可行。
即使可行，也还是无法解决数据增长带来的问题。

varchar 和 char对于index的大小应该没有影响吧？
如果想减小体积，可以适当的减小建索引时varchar(length)的length的值

作者: yyxxzz 时间: 2010-03-08 20:21

这么大的数据量最好分表吧，先不说varchar to char的方案可不可行。
即使可行，也还是无法解决数据增长带来 ...
cenalulu 发表于 2010-03-08 19:00

索引中的varchar(length),现在是10，我差了一下数据库，发现最长的是11个汉字，只有一个11个汉字的
其实可能可以设置小一点8，或许也可以，但是现在的索引太大了
分表业务逻辑上的改变应该蛮大的，现在数据表也就1000w左右

作者: cenalulu 时间: 2010-03-08 20:37
这个可以通过语句来决定length的大小

select count(distinct left(str_colm, length)) from table_name ；
然后除以总行数，得到比率。

length从10开始逐1减小，基本上选择性达到90%就可以了。

作者: shushenglin 时间: 2010-03-09 17:04
是时候分表了

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)