phpMyAdmin 不支持导出 PDF 报告，仅提供 SQL、CSV、JSON、XML、Excel 等格式；所谓 PDF 选项多为混淆或误传，真实 PDF 生成需先查询 INFORMATION_SCHEMA 元数据再用 pandoc 等工具转换。
phpMyAdmin 根本不支持导出 PDF 报告，所谓“PDF 导出”在界面里压根不存在——你看到的任何提示、按钮或文档里写的“PDF 选项”，要么是误传，要么是混淆了其他工具（比如 Navicat）。
它只提供 sql、csv、json、xml、excel 等格式导出，最新版 6.0.x 和 5.2.x 均无 pdf 支持模块。
为什么有人以为能导出 PDF？
常见误解来源：
- 把 Navicat 或 DBeaver 的 PDF 导出功能记混到 phpMyAdmin 上
- 看到某些第三方插件或旧版定制皮肤里加了假按钮，实际点击后无响应或跳转失败
- 误将“打印页面”（
Ctrl+P）当作 PDF 导出——浏览器打印生成的 PDF 是纯 UI 快照，不含完整数据、无目录、无页眉页脚，且长表格常被截断
如果硬要生成 PDF 数据字典，该怎么做？
必须绕过 phpMyAdmin，走两步：先取元数据，再转 PDF。关键不在“怎么点”，而在“取什么、怎么转”：
- 用
SELECT查询INFORMATION_SCHEMA.COLUMNS和INFORMATION_SCHEMA.TABLES，重点抓COLUMN_COMMENT、TABLE_COMMENT、COLUMN_TYPE（含ENUM值） - 外键关系得额外查
KEY_COLUMN_USAGE和REFERENTIAL_CONSTRAINTS，单靠字段表拿不到关联目标 - 转 PDF 时别直接喂 SQL 结果给
pandoc或weasyprint：中文注释要 HTML 转义，ENUM字段得正则提取合法值，否则 PDF 渲染会中断或错位 - 推荐命令链：
mysql -N -B -e "your_meta_query" | sed 's/\t/|/g' | pandoc -f markdown -o schema.pdf --pdf-engine=xelatex
最容易被忽略的完整性陷阱
PDF 只是容器，内容质量取决于元数据是否真实有效：
-
COLUMN_COMMENT为空？那导出来的 PDF 就是一堆user_id、created_at，没有业务含义 - 建表语句里没写
COMMENT，自动脚本就什么都填不出来——补注释比修 PDF 更重要 - MySQL 8.0+ 的隐藏列、生成列、JSON 类型字段，部分查询逻辑会漏掉，得单独适配
