推荐用 mysqldiff --server1=u:p@h1:3306 --server2=u:p@h2:3306 db1.db2:db1.db2 --skip-table-options，需确保 SELECT+SHOW VIEW 权限；MySQL 8.0+ 更建议用 mysqldbcompare。
怎么用 mysqldiff 一次性比对两个 MySQL 实例的表结构
直接跑 mysqldiff 是最省事的方式，但它默认不连远程实例，也不自动跳过系统库，容易报错退出。
实操建议：
- 确保已安装
mysql-utilities（MySQL 5.7 官方工具包），新版 MySQL 8.0+ 推荐改用mysqldbcompare（功能更稳） - 连接参数必须显式指定协议和端口：
mysqldiff --server1=user:pass@host1:3306 --server2=user:pass@host2:3306 db1.db2:db1.db2 - 加
--skip-table-options能绕过ROW_FORMAT、STATS_PERSISTENT等无关差异，避免误报 - 如果提示
Access denied for user，不是密码错，大概率是没给SELECT+SHOW VIEW权限——尤其跨实例时，information_schema访问受严格限制
PostgreSQL 用 pg_dump + diff 比结构为什么总漏掉自定义类型？
因为 pg_dump -s 默认不导出 CREATE TYPE 和 DOMAIN，只当它们是“数据类型依赖”，除非显式要求。
实操建议：
- 必须加
--schema-only --no-owner --no-privileges --include-extensions，否则扩展类型（如citext、uuid-ossp）直接消失 - 自定义 enum 或 composite type 需配合
--include-schema=public（或具体 schema 名），否则可能被过滤掉 - 别用
pg_dump -t单表导出再比对——外键、序列依赖、索引顺序全乱，差异结果不可信 - 生成的 SQL 文件先用
grep -v "^--" | grep -v "^$" | sed 's/;$//' | sort标准化再diff，不然注释、空行、分号位置导致大量假差异
SQL Server 的 sys.columns 和 sys.types 关联查结构，为什么 max_length 对不上 nvarchar(max)？
因为 max_length = -1 才表示 MAX，不是字面意义的长度值；而 user_type_id 和 system_type_id 不一致时，name 字段还可能显示为 sysname 这种别名，不是真实类型名。
实操建议：
- 查字段长度必须用
CASE WHEN max_length = -1 THEN 'max' ELSE CAST(max_length AS VARCHAR) END，不能直接输出max_length - 类型名要优先取
t.name（来自sys.types），但得用t.user_type_id = c.user_type_id关联，而不是system_type_id——否则varchar和char会混成一个 - 忽略
is_nullable差异前先确认：有些环境把NULL显式写成NULL，有些省略，默认行为不同，但语义一致 - 索引、约束、默认值这些不在
sys.columns里，得另查sys.indexes、sys.default_constraints，漏查等于白比
跨版本比对（比如 MySQL 5.7 vs 8.0）时，information_schema 字段缺失怎么办？
MySQL 8.0 把 TABLES.TABLE_COMMENT 拆到 TABLES.CREATE_OPTIONS 里了，COLUMNS.COLUMN_DEFAULT 也从字符串变成表达式格式，直接 SELECT 对比会崩。
实操建议：
- 别硬查
information_schema表字段，改用SHOW CREATE TABLE输出标准化建表语句，再提取关键段落（ENGINE=、DEFAULT CHARSET=、字段定义块）做文本比对 - 用正则预处理：把
COLLATE utf8mb4_0900_ai_ci统一替换成COLLATE utf8mb4_unicode_ci（兼容性等价），避免因排序规则名变引发误差 -
GENERATED ALWAYS AS字段在 5.7 不支持，8.0 导出时会带完整表达式，但 5.7 实例压根查不到这列——比对前得先筛出双方都存在的表和字段 - 最保险的做法：用
mysqldump --no-data导出结构，再用 diff 工具比对，虽然慢点，但绕开了所有元数据视图的版本撕裂问题
真正麻烦的不是语法差异，而是某些字段在 A 实例里是 NOT NULL，B 实例里靠 DEFAULT CURRENT_TIMESTAMP 隐式补全，但 information_schema 不暴露这种隐式约束。这种得靠实际插入测试验证，工具比不出来。
