phpMyAdmin 无法导入加密的 .sql.gpg 文件，必须先在服务器端用 gpg 解密为纯文本 SQL，再通过命令行导入 MySQL；Windows 需安装 Gpg4win 并配置 PATH，严禁将私钥置于 Web 可访问目录。
phpMyAdmin 无法直接导入加密的 .sql.gpg 文件
phpmyadmin 本身不支持解密 gpg 加密文件，上传后会报错 invalid or empty sql statement 或直接显示乱码。它只处理纯文本 sql，所有解密必须在服务器端提前完成。
常见错误现象：
- 上传
backup.sql.gpg后提示File is empty or not readable - 手动改名为
.sql强行上传，解析失败，报错You have an error in your SQL syntax - 用 phpMyAdmin 的“从网页服务器上传”路径指定加密文件，依然失败（该路径不触发解密）
必须在命令行先解密再导入（Linux/macOS 服务器）
这是唯一可靠路径：GPG 解密 + MySQL 导入分两步，不能跳过。phpMyAdmin 只负责最后一步「执行 SQL」，前面都得你来。
实操建议：
- 确保目标数据库已存在：
mysql -u root -p -e "CREATE DATABASE IF NOT EXISTS mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;" - 解密并导入（单条命令防中间文件泄露）：
gpg --decrypt backup.sql.gpg | mysql -u dbuser -p db_name - 若私钥受密码保护，终端会交互式要求输入 GPG 密码；不能写进脚本自动跳过
- 解密失败时检查：
gpg --list-secret-keys确认私钥已导入，gpg --verify backup.sql.gpg验证签名完整性
Windows 服务器上没有 gpg 命令？用 Gpg4win + PowerShell 替代
Windows 默认无 gpg 命令，装 Gpg4win 后需确认 gpg.exe 在 PATH 中，否则 PowerShell 会报 The term 'gpg' is not recognized。
立即学习“PHP免费学习笔记（深入）”；
关键步骤：
- 下载安装 Gpg4win（选带 Kleopatra 和 GpgEX 的完整版）
- 打开 PowerShell，运行
Get-Command gpg确认可用；如失败，手动加路径：$env:PATH += ";C:\Program Files (x86)\GnuPG\bin" - 解密导入命令（PowerShell 中需转义管道）：
gpg --decrypt backup.sql.gpg | mysql -u dbuser -p db_name—— 注意：PowerShell 默认不识别|给 mysql，建议先解密到临时文件：gpg --output backup.sql --decrypt backup.sql.gpg; mysql -u dbuser -p db_name - 临时文件记得
Remove-Item backup.sql清理，避免敏感 SQL 泄露在磁盘
为什么不能用 phpMyAdmin 的「导入 → 选择文件」绕过解密？
因为 phpMyAdmin 的文件上传机制是 PHP 的 $_FILES 接收，之后直接交给 mysqli 或 PDO 执行 SQL 字符串。它不会、也不能调用系统命令（如 gpg），PHP 进程也默认无 GPG 私钥访问权限。
性能与安全限制：
- 大文件（>50MB）上传易超
upload_max_filesize或触发max_execution_time超时，而命令行解密+导入可规避这些 PHP 限制 - 若强行把 GPG 私钥放进 web 目录或让 www-data 读取，等于公开暴露解密能力，严重违反最小权限原则
- phpMyAdmin 日志、临时上传目录、浏览器缓存都可能残留加密前的明文 SQL 片段，风险远高于命令行本地操作
真正麻烦的不是解密命令本身，而是私钥管理——别把它塞进部署脚本，也别用免密私钥跑在生产 Web 服务里。这一步漏掉权限校验，后面全白忙。
