SHOW TABLE STATUS显示ENGINE=CSV但实际是InnoDB，通常是.frm文件损坏或与元数据不一致所致；应检查对应.ibd文件是否存在、用SHOW CREATE TABLE验证真实引擎，并通过ALTER TABLE ENGINE=InnoDB重写元数据修复。
SHOW TABLE STATUS 显示 ENGINE=CSV 但实际是 InnoDB 表？先查 frm 文件是否损坏
这通常不是引擎真被改成 CSV，而是 .frm 文件内容错乱或与系统表元数据不一致导致的误报。MySQL 5.7 及以前版本依赖 .frm 文件存储引擎声明，若该文件被手动覆盖、截断或编码损坏（比如用文本编辑器误保存），SHOW TABLE STATUS 就可能读出错误的 Engine 值，哪怕底层数据文件仍是 .ibd。
验证方法：直接检查表对应文件是否存在 .ibd 文件（InnoDB）或 .CSV 文件（CSV）：
- 进入数据库目录：
/var/lib/mysql/your_db/ - 运行
ls -l your_table.*—— 若看到your_table.ibd和your_table.frm，但没.CSV或.CSM，说明物理上就是 InnoDB - 若同时存在
.ibd和.CSV，那可能是迁移时脚本误执行了两次建表（一次 InnoDB，一次 CSV），需人工清理冗余文件
information_schema.TABLES 的 ENGINE 字段不准？优先查表定义而非系统视图
information_schema.TABLES 中的 ENGINE 值完全来自 .frm 文件头解析，不校验实际数据文件。当迁移涉及跨版本（如从 5.1 升级到 8.0）、或使用了 mysqldump + mysql client 导入但未加 --skip-extended-insert 导致部分 CREATE TABLE 语句被截断时，.frm 就可能残留旧引擎标识。
真正可靠的判断方式只有两个：
- 用
SHOW CREATE TABLE your_table—— 它强制解析.frm并做语法校验，结果比information_schema更可信 - 查
SELECT ENGINE FROM information_schema.TABLES WHERE TABLE_NAME = 'your_table' AND TABLE_SCHEMA = 'your_db'后，立刻对比ls -lh /var/lib/mysql/your_db/your_table.*的实际后缀
如果 SHOW CREATE TABLE 显示 ENGINE=InnoDB，但 information_schema 显示 CSV，基本可断定是 .frm 文件缓存或权限问题，不是数据损坏。
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
修复误标为 CSV 的 InnoDB 表：别动 frm，用 ALTER TABLE 强制重写元数据
手动编辑 .frm 文件风险极高（二进制格式无文档、易破坏校验和），不推荐。正确做法是让 MySQL 服务自己重建元数据：
- 确保表能正常
SELECT—— 如果查询报错ERROR 1932（表不存在于引擎中），说明.frm和.ibd已不匹配，需先用REPAIR TABLE your_table USE_FRM（仅限 MyISAM）或放弃修复，从备份恢复 - 如果查询正常，只改显示值：执行
ALTER TABLE your_table ENGINE=InnoDB—— 这会触发 MySQL 重新生成.frm，并确认.ibd结构，之后所有元数据视图都会同步 - 注意：该操作在 5.7+ 默认触发表重建（copy algorithm），大表会锁表；如需避免，加
ALGORITHM=INPLACE（仅当引擎未变且满足条件时才生效）
为什么 dump 导入后引擎变成 CSV？检查 mysqldump 输出里有没有 ENGINE=CSV
这不是 MySQL 自动改的，而是导出时源库某张表本身就是 CSV 引擎，或者 dump 脚本里混入了人为修改的 CREATE TABLE 语句。常见诱因：
- 源库用了 CSV 表做中间导入，但没删干净，
mysqldump --all-databases把它也导出了 - 运维手动编辑过 dump 文件，把
ENGINE=InnoDB改成ENGINE=CSV（比如想快速生成测试 CSV 文件） - 某些低版本客户端（如老版 phpMyAdmin）导出时未显式指定
ENGINE，MySQL 8.0+ 默认用 InnoDB，但目标库是 5.6 且未启用 InnoDB，则回退为 CSV（极少见，但有案例）
排查命令：grep -A 2 "CREATE TABLE.*your_table" your_dump.sql | grep ENGINE —— 看输出是不是真写了 ENGINE=CSV。如果是，就不是“显示异常”，而是真的被建成了 CSV 表，得用 ALTER TABLE ... ENGINE=InnoDB 转换，并注意 CSV 表不支持 NULL 列，转换前要补默认值或改表结构。
最常被忽略的一点：MySQL 8.0.23+ 移除了 .frm 文件，元数据全存系统表；但如果你是从 5.7 升级上来且没运行 mysql_upgrade，旧 .frm 文件可能残留并继续被读取，导致元数据混乱。升级后务必执行 mysql_upgrade -u root -p，否则这类“引擎显示错乱”问题会反复出现。
