analyze后，表，索引的统计信息改变，数据库根据这些信息选择执行计划的，造成涉及这个表的所有sql的执行计划都可能改变，或者说性能改变。100个里面假设有99个变快，1个变慢，而慢的可能正是关键的。Analyze造成的问题时让sql的性能变为不可预知了。你无法确定哪个会快，哪个会慢。

做法（利用工具）:在analyze前，对所有sql的执行计划进行一次快照，备份统计信息到临时表，analyze,在做次快照，对比SQL的执行计划变化，对变慢的进行针对性的优化。如果有问题则把刚才备份的统计信息恢复。



数据库对分区表的索引选择策略到底有没有固定可循的原则？-----可以说没有， 硬件，数据分布，索引等等，太多因素都会影响他的选择。