直接查information_schema.COLUMNS最快确认两张表字段定义是否一致，5行SQL即可，关键字段包括COLUMN_NAME、DATA_TYPE、IS_NULLABLE、COLUMN_DEFAULT（用IFNULL统一）、COLUMN_COMMENT、ORDINAL_POSITION、EXTRA；跨库比对需加TABLE_SCHEMA过滤；快速判断“是否完全一样”可用GROUP_CONCAT拼结构指纹；mysqldump --no-data配合sed和diff是生产首选；mysqldiff已停用；导出命令须带--no-data、--skip-comments、--compact；导出后用sed标准化格式再sort后diff；SHOW CREATE TABLE输出不可直接比；还需核查information_schema.TABLES中的ENGINE、TABLE_COLLATION、AUTO_INCREMENT等表级属性；GUI工具仅适合临时排查，不能替代元数据核查。
直接查 information_schema.COLUMNS 最快
想确认两张表字段定义是否一致，5 行 SQL 就够，不用装任何工具。关键字段必须全对齐：COLUMN_NAME、DATA_TYPE、IS_NULLABLE、COLUMN_DEFAULT（用 IFNULL(COLUMN_DEFAULT, 'NULL') 统一空值）、COLUMN_COMMENT、ORDINAL_POSITION（顺序不同也算差异）、EXTRA（比如 auto_increment 或 on update CURRENT_TIMESTAMP）。
跨库比对时，务必加 TABLE_SCHEMA = 'db_name' 过滤，否则可能混入 mysql、sys 等系统库结果。如果只是快速判断“是否完全一样”，用 GROUP_CONCAT 拼结构指纹更省事：
SELECT GROUP_CONCAT(CONCAT(COLUMN_NAME,':', DATA_TYPE,':', IS_NULLABLE,':', IFNULL(COLUMN_DEFAULT,'NULL'),':', IFNULL(COLUMN_COMMENT,''),':', EXTRA) ORDER BY ORDINAL_POSITION SEPARATOR ';') AS sig FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = 'db1' AND TABLE_NAME = 't1';
把两个表的结果复制出来直接字符串比对即可。
mysqldump --no-data 配合 sed 和 diff 是生产首选
mysqldiff 已停用，MySQL 8.0+ 环境里大概率不存在；强行安装常因 Python 版本或权限模型不兼容失败。真正稳定、可复现、适合 CI/CD 的方案是导出结构后文本比对。
导出命令必须带这几个参数：--no-data（去数据）、--skip-comments（去掉 /*!40101 */ 条件注释）、--compact（减少空格换行）。导出后必须用 sed 标准化格式：
-
sed -e 's/[[:space:]]*$//'干掉行尾空格 -
sed -e 's/[[:space:]]\+/ /g'把连续空格折叠成单空格
别直接 diff 原始输出——列顺序、索引定义顺序不同会导致误报。先排序再比：
diff <(sort t1.sql) <(sort t2.sql)
SHOW CREATE TABLE 输出不可直接比：它受 sql_mode 影响，含运行时值（如 AUTO_INCREMENT=123），还可能插入冗余注释和换行。
别漏掉 information_schema.TABLES 里的表级属性
information_schema.COLUMNS 只管字段，不包括引擎、字符集、排序规则、自增值这些。但 ENGINE=MyISAM vs ENGINE=InnoDB 会导致 SELECT FOR UPDATE 静默失效、外键不校验、事务行为完全不同。
查表级属性用：
SELECT ENGINE, TABLE_COLLATION, AUTO_INCREMENT FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'db_name' AND TABLE_NAME = 't1';
注意：mysqldiff 默认跳过这些字段，必须显式加 --skip-table-options=0 才启用比对；而手写 SQL 查 information_schema.TABLES 是最稳的快检方式。
GUI 工具只适合临时排查，不能替代元数据核查
Navicat、NineData 这类工具点几下就能出对比结果和同步 SQL，但背后逻辑黑盒。常见坑包括：
- 默认不校验
ENGINE和字符集，InnoDB和MyISAM表可能被判定为“无差异” - 忽略
ROW_FORMAT、AUTO_INCREMENT等影响运行时行为的关键项 - 生成的同步语句可能绕过权限检查，或在高并发下引发锁等待
它们适合临时点查，但上线前的结构一致性验证，仍要回到 information_schema 或标准化 mysqldump 输出上——尤其当表有几十个字段、索引嵌套多层、或涉及分区定义时，人工扫 GUI 界面极易漏判。
