MySQL分区中遇到哪些坑点和问题

这边应该是说分区表
分区表的坑很多还是在数据量上，查询性能上，维护性不是很可控
可能分区数据不均衡，很容易造成热点数据
还有就是分区键的选择很关键，要贴合业务查询的规则，否则性能很差
对并发的支持不是很好
维护的成本很高

先说人
一般的MySQL开发不太关注数据量，只有在慢或者不可用的时候才会关注。
这个时候需要DBA主动去推，不过由于资料比oracle的少，所以还是需要看官方文档，英文是一道坎

再说使用
分区的片键选择很重要就像1楼所说的，另外需要改表结构，把分区条件放在主键

坑的话
开发环境不要滥用，遇到过开发hash分区分了上百个出来
需要改表结构，分区放在主键
还有老版本有handler的问题

有一个先入为主的原则，我们都知道MySQL分区问题很多，导致了很多人不会考虑使用分区，这边我想问下，对于使用Oracle的同学而言，遇到大表肯定考虑的是分区吧，总体而言MySQL并不是很差，当然这个是针对功能性的，起码对于单表而言，又不想获取复杂和业务的改动，还是可以的，至于遇到的一些问题，比如聚合运算，统计，迁移等等，当然还有一些坑在路上。