非阻塞DDL

PolarDB MySQL版集群需满足如下条件之一：

• PolarDB MySQL版8.0.1版本且Revision version为8.0.1.1.29及以上。

• PolarDB MySQL版8.0.2版本且Revision version为8.0.2.2.12及以上。

您可以通过查询版本号来确认集群版本。

您可以先通过loose_polar_nonblock_ddl_mode参数开启Nonblock DDL功能，并通过loose_polar_nonblock_ddl_retry_times参数设置获取MDL-X锁超时重试的次数、loose_polar_nonblock_ddl_retry_interval参数设置获取MDL-X锁超时重试的时间间隔、loose_polar_nonblock_ddl_lock_wait_timeout参数设置获取MDL-X锁超时的时间。具体操作请参见设置集群参数和节点参数。参数说明如下：

测试方法

1. 使用SysBench创建1个测试表sbtest1，并插入1000000行数据。

   ./oltp_read_write.lua --mysql-host="集群地址" --mysql-port=“端口号” --mysql-user=“用户名” --mysql-password=“用户密码” --mysql-db="sbtest" --tables=1 --table-size=1000000 --report-interval=1 --percentile=99 --threads=8 --time=6000 prepare

2. 通过SysBench中的oltp_read_write.lua模拟用户业务。

   ./oltp_read_write.lua --mysql-host="集群地址" --mysql-port=“端口号” --mysql-user=“用户名” --mysql-password=“用户密码” --mysql-db="sbtest" --tables=1 --table-size=1000000 --report-interval=1 --percentile=99 --threads=8 --time=6000 run

3. 在目标表sbtest1上开启一个事务但不提交，该事务将持有目标表sbtest1的MDL锁。

   /* session 1 */
   begin;
   select * from sbtest1;

4. 在新会话中，开启和关闭Nonblock DDL功能的条件下，分别对表sbtest1进行加列操作，观察TPS的变化情况。

   /* session 2 */
   alter table sbtest1 add column d int;

5. 使用gh-ost工具进行加列操作，观察TPS的变化情况（开启Binlog）。

   ./gh-ost --assume-rbr --user="用户名" --password="用户密码" --host="集群地址" --port="端口号" --database="sbtest" --table="sbtest1"  --alter="ADD COLUMN d INT" --allow-on-master --aliyun-rds --initially-drop-old-table --initially-drop-ghost-table --execute;

测试结果

• 关闭Nonblock DDL，TPS持续跌零。默认超时时间为31536000，严重影响用户业务。

• 开启Nonblock DDL，TPS周期性下降，但未跌零。对用户业务影响较小，能保证业务系统的稳定。

• 使用gh-ost进行表结构无锁变更，TPS周期性跌零。对用户业务影响很大，这是cut-over阶段短暂锁表造成的。

开启Nonblock DDL并使用传统的加列方式（INSTANT、INPLACE、COPY）与使用gh-ost工具分别对100万行数据的表进行加列操作的性能对比如下：

• 在无负载的情况下，通过下图可以看出开启Nonblock DDL并使用传统的加列方式（INSTANT、INPLACE、COPY）比使用gh-ost工具耗时更少。

• 使用SysBench的oltp_read_write模拟业务负载，通过下图可以看出开启Nonblock DDL并使用传统的加列方式（INSTANT、INPLACE、COPY）比使用gh-ost工具耗时更少。