1.v5.1、v5.3、v6.5、v6.5
2.v6.5 引入的 tidb_ddl_enable_fast_reorg 大多数情况能加速索引的创建，但个别情况下也能无效、甚至可能更慢
3.灵活性与稳定性的取舍，从我企业的角度看反对该变更。稳定性是首要需求。从个人角度看，建议是否可以做一个开关，业务需求不同时，通过开关控制是否允许 session 级修改。
4.痛点1）如果 ddl 出问题，比如hang住，排错方式和手段目前不够优秀
痛点2）tidb_ddl_reorg_batch_size 和 tidb_ddl_reorg_worker_cnt 可以加速ddl的执行，但是效果不是可预期的，只能试
5.取消DDL的各种限制，比如分区表不支持数据类型的变更
6.v6.5 版本 tidb_ddl_enable_fast_reorg 表现不是很好，所以默认关闭了。