1，新表默认会在主键上建立聚集索引。对于非专业DBA, 默认配置在大多数情况下够用。
2，当初为了优化查询速度。 把聚集索引建立在非自增主键的唯一索引列。 数据量上千万后，插入性能开始显现不足。
随着数据量进一步增加，并发情况下甚至会偶发死锁现象。
改善方案： 在自增ID主键列重建聚集索引， 让新数据行始终在表尾插入。
牺牲轻微的查询性能(单条预计增加不到20ms)，是可接受的。
3，建议： 使用聚集索引不应当频繁引起重新排序
1，新表默认会在主键上建立聚集索引。对于非专业DBA, 默认配置在大多数情况下够用。
2，当初为了优化查询速度。 把聚集索引建立在非自增主键的唯一索引列。 数据量上千万后，插入性能开始显现不足。
随着数据量进一步增加，并发情况下甚至会偶发死锁现象。
改善方案： 在自增ID主键列重建聚集索引， 让新数据行始终在表尾插入。
牺牲轻微的查询性能(单条预计增加不到20ms)，是可接受的。
3，建议： 使用聚集索引不应当频繁引起重新排序