"
这几天,闲着没事,搞搞mysql分区,操作步骤如下:
表A:数据大小1500W左右。
ID----主键
playerID----做索引
partition by hash(ID) partitions 256
把表A按照ID做hash分区,分256个区。
未分区前:
select * from A where playerID=56;执行时间是0.0002秒
分区后:
select * from A where playerID=56;执行时间居然两秒多。
结论:难道分区后,playerID的索引无效了?
" ![image.png](https://ucc.alicdn.com/pic/developer-ecology/5a6c6c8ee98745da9e3829f95e3386f2.png)"必须的,你按id分区,必须按id查询才快,要不然查询比原来慢n倍######表分区后,必须按分区字段查询才提升速度,否则比原来更慢了######
限制太大了,像表A这种结构,很常见的,而且分区的字段必须包括主键,还不如不分区。
可能某些结构的超大的表才有用处。例如那些log数据表,按照日期查询的,把日期分区,才有效果。
######按经常用到的查询字段进行分区才能提高性能,你为什么要分区,可以通过设置单表分多个数据文件存储来提高性能。######上面的例子是按经常用到的查询字段进行分区。那个ID和PlayerID是经常需要查询的。因为ID是主键,不能按照playerID来分区(分区必须包括主键的),那好吧,我按照ID来分区,但是结果是,按照PlayerID查询,变慢了。
可以通过设置单表分多个数据文件存储来提高性能。这个有用?貌似这个功能是分区才有的,普通的表不能这样子吧
######你这样做的话,当然会更慢了,这个查询需要在256个分区中进行查询才能得到结果" ![image.png](https://ucc.alicdn.com/pic/developer-ecology/406fd4ac29d4429db281005fc18a9fcf.png)版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。