由于最近总有人抱怨，数据迁移后执行SQL变慢，经过查看原来是分区导致的问题。原分区根据按月设置RANGE分区，
看到这图的时候也许有人就会发现问题.......
业务查询SQL：
从SQL上看 执行计划确实是走了分区，但为什么没有命中索引呢，在图1的里有联合索引(idx_reportDate_groupID_shopID_saasOrderKey)
##解决问题思路
1、若强制指定走索引，确实是快的，扫描的行数也扫了
但由于业务修改比较麻烦，被要求要和其他库统一索引，继续不管....找问题先......
解决问题2：
猜测可能是表统计信息和碎片引起的，通过dump 还原操作，结果还是一样没解决问题......
解决问题3：
SQL查询1号到10号跨的时间段比较长，难道是优化器问题.....理论了解不多....继续找问题
先把SQL 简单化查询操作 如select * from ....操作
发现效果还不错，此时修改查询时间范围。按业务查询的SQL看看
发现问题了，按理应该是在P27分区，怎么扫了这么多分区，这就能和第1图定义的分区有关系了，定义分区出了问题，到这算真正找到问题了。
开始解决问题：
目前应该想着怎么对3000W 表重构分区，而且不能删除原来数据都要保留着
方法1：
对于小表执行ALTER 操作:alter table table_name remove partitioning; ##移除分区，锁表
线上可以使用pt-osc工具来移除分区，不影响业务
pt-online-schema-change -u load_data -h 192.168.21.113 -p root123 -P 3306 --alter=" REMOVE PARTITIONING" D=test,t=tbl_saas_order_food --charset=utf8 --no-version-check --statistics --critical-load="Threads_running:200" --max-load="Threads_running=25" --print --execute
发现一移除分区查询瞬间变快
图索引刚加，在没这个索引 也可使用令一索引
重构分区：
小表自行alter table tabe_name PARTITION BY range(sid)(PARTITION p1512 VALUES LESS THAN (20160101),
PARTITION p1601 VALUES LESS THAN (20160201),.........,PARTITION p888666 VALUES LESS THAN MAXVALUE)
大表：PT-OSC，如图
重构分区后，执行计划
其他验证，是否指定分区:
)
)
