支持在线变更的DDL
- 添加或删除索引
-
列操作
-
在线添加/删除列：支持在不阻塞DML操作的情况下添加新列
- 修改列的长度（针对
VARCHAR/CHAR类型，若扩容后的长度小于或等于255字节）。 - 修改列的默认值。
- 设置列为
NULL或NOT NULL - 重命名列。
- 更改自增长值。
- 修改列的长度（针对
-
在线添加/删除列：支持在不阻塞DML操作的情况下添加新列
- 修改表的字符集或校对规则
- 整理表空间碎片
不支持在线变更的DDL
- 修改列的数据类型
-
字符串类型扩容超过限制：对于
VARCHAR/CHAR类型，若扩容后的长度超过255字节，则不支持在线变更。 - 删除主键
pt-osc 补充
、##### （一）触发器原理
pt-osc 在执行过程中，会在原始表上创建三个 AFTER 触发器，分别对应 INSERT、UPDATE 和 DELETE 操作，以确保在模式更改过程中，对原始表所做的任何更改都能同步到新的影子表上。
- DELETE 触发器：使用 DELETE IGNORE 来确保从原始表和影子表中都删除相应的数据。
- INSERT 触发器：利用 REPLACE INTO 语句保证原始表和影子表的数据一致性。
- UPDATE 触发器：先删除影子表上主键变化前的数据，再插入或更新影子表的数据。
（二）保障数据一致性原理
- 使用 INSERT LOW_PRIORITY IGNORE INTO lock in share mode 语句来忽略已有的数据，确保不会插入重复记录。
- 利用 REPLACE INTO 或 DELETE IGNORE 来删除或替换数据，以保持数据的一致性。
- 使用 RENAME TABLE 语句来同时修改原始表和影子表的表名，完成在线模式更改。
（三）唯一性索引问题
当在影子表上添加唯一索引时，如果原始表中存在重复数据，这些数据在尝试插入到影子表时会失败，导致数据丢失。
解决办法：
- 不太严谨但快速的方法：统计拷贝到影子表的行数与原始表的行数是否一致，有差异可能意味着存在重复数据。
- 更准确的方法：在执行在线模式更改之前，运行 SQL 查询来统计原始表中的重复行，并先解决这些重复数据的问题。例如：
SELECT column1, column2, COUNT(*)
FROM your_table
GROUP BY column1, column2
HAVING COUNT(*) > 1;
