导出时勾选“仅结构”仍含数据，根本原因是未彻底关闭数据相关选项：必须在自定义模式下取消勾选“包含数据”和“延迟键写入”，并确保未勾选视图/存储过程等非表对象，导出后搜索INSERT/VALUES可验证；命令行mysqldump --no-data更可靠。
导出时勾选“仅结构”但结果仍含数据？
这是最常见误解：phpMyAdmin 的「仅结构」选项默认仍会导出 CREATE TABLE 语句 + CREATE INDEX，但若表中已有数据且你之前勾选过「添加数据」或「延迟键写入」等附加选项，导出逻辑可能被干扰。关键不是勾不勾「仅结构」，而是要彻底关闭所有与数据相关的导出行为。
- 进入目标数据库 → 点击「导出」标签页
- 确保「导出方法」为
快速（自定义模式下更容易误开冗余选项） - 在「格式特定选项」区域，找到并取消勾选：
添加 DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT 语句（它不影响结构本身，但常被误认为干扰项；真正要盯紧的是下面两项） - 必须取消勾选：
包含数据和延迟键写入—— 后者看似无关，实则在某些 phpMyAdmin 版本中开启后会隐式触发数据块生成
为什么用「自定义」导出更可控？
「快速」模式虽简单，但隐藏了索引导出的开关逻辑；「自定义」能明确控制 DDL 细节，尤其当你需要保留 FULLTEXT、SPATIAL 等特殊索引时。
- 选择「导出方法」→
自定义 - 展开「格式特定选项」→ 确保：
导出表下只勾选结构，绝对不要勾选数据或替换数据 - 往下找「对象创建选项」→ 勾选：
添加 DROP TABLE 语句（可选，便于重放）、添加 AUTO_INCREMENT 值（影响主键初始值，按需决定） - 重点检查「视图/存储过程/函数/事件」部分：全部取消勾选——它们不属于表结构 DDL，但若库中存在，
自定义模式默认会一并导出，导致 SQL 文件混杂非表对象
导出后发现 SQL 里有 INSERT 或 VALUES？
这说明导出流程被某个隐藏开关绕过了，常见于以下情况：
- 你在「数据库」级导出（而非单表），且该库包含
VIEW或TRIGGER—— 它们在 phpMyAdmin 中有时被错误归类为「结构」，实际导出内容却含SELECT或INSERT逻辑 - 使用了「压缩」选项（如
zipped）：极少数旧版本 phpMyAdmin 在压缩过程中会错误注入数据块 - 浏览器缓存了上一次导出配置：尝试无痕窗口重进，或清空 phpMyAdmin 的本地存储（
localStorage中的export_options）
验证方式很简单：导出后打开文件，搜索 INSERT、VALUES、SELECT —— 若存在，立刻退回导出页，切换为「自定义」+ 单表导出，再试一次。
立即学习“PHP免费学习笔记（深入）”；
用命令行 mysqldump 替代更可靠？
当 phpMyAdmin 导出反复失准时，直接用 mysqldump 是最快止损方案。它参数明确，无界面干扰：
mysqldump -h localhost -u root -p --no-data --skip-triggers --skip-routines --skip-events my_database my_table
说明：--no-data 是核心，确保零数据；--skip-triggers 等是保险项，避免触发器定义里藏 INSERT；如果只要建表语句不含索引，加 --skip-extended-insert 没用，得换 --skip-indexes（但一般不需要）。
注意：phpMyAdmin 底层其实也调用 mysqldump，但它封装了太多抽象层，一旦某次更新改了默认行为，前端选项就对不上后端实际参数了。
