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工具耗時更少。