这篇文章管用 ob ddl变更原理有如下简单描述
问题：
1、 ‘在 DDL 变更过程中，可以与 DDL 变更表格相关的成员进行协调’ 这里的表格指的就是DDL要变更的表吗？ 所谓的相关成员是什么？
2、 ‘当所有节点的事务状态都满足 DDL 变更一致性所需的条件时，才推进接下来的 Schema 版本’ 变更一致性的条件是什么？ 这里如何推进schema版本，得要所有的ob server拉齐吧？
3、‘这样可以避免限制正常事务的执行，在出现节点无法刷新到最新 Schema 版本时，OceanBase 不会杀掉节点，只会限制该节点正在执行 DDL 语句的表格相关的事务的执行，同时不影响其他表格的执行’
从这些上来看 和文章里前面说的F1的变更 过程好似没有太大区别，都会再ob server成员间同步最新schema, 只是ob 在没有完成刷新的情况下没有重启 只限制了 ddl变更表的事务执行
