上线前用phpMyAdmin备份Laravel数据库，必须导出完整结构+全量数据，并勾选“添加DROP TABLE/VIEW/PROCEDURE/FUNCTION/EVENT语句”“添加AUTO_INCREMENT值”及“数据”复选框，压缩选gzip，且验证.sql.gz文件开头为标准phpMyAdmin头及DROP DATABASE/CREATE DATABASE语句。
上线前用 phpmyadmin 备份 laravel 数据库，核心就一条：必须导出完整结构 + 全量数据，且确保 drop table 语句存在，否则恢复时会因表已存在而失败。
导出时必须勾选的三个关键选项
进入 phpMyAdmin → 选中你的 Laravel 数据库 → 点击「导出」→ 切换到「自定义」方式后，以下三项不能漏：
-
结构里勾选「添加 DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT 语句」——否则恢复时表冲突，报错
Table 'xxx' already exists - 结构里勾选「添加 AUTO_INCREMENT 值」——避免主键重置导致后续插入失败
- 数据区域顶部的「数据」复选框要勾上（不是下面细分项）——否则只导出建表语句，没数据
压缩格式选 gzip 而不是 zip
gzip 压缩率更高，尤其对 SQL 文本效果明显；Laravel 项目数据库通常含大量文本字段（如 users.name、posts.content），gzip 可将备份文件缩小 60%–80%。更重要的是：mysql 命令行工具原生支持 .sql.gz 解压导入，而 zip 需先手动解压，多一步就多一个出错点。
操作路径：导出页 → 「输出」→ 勾选「另存为文件」→ 「压缩」下拉选「gzip」→ 执行。
备份后立即验证文件是否可读
别等上线出事才打开看——下载完立刻用文本编辑器打开前 20 行，确认开头是类似这样的内容：
立即学习“PHP免费学习笔记（深入）”；
-- phpMyAdmin SQL Dump -- version 5.2.1 -- https://www.phpmyadmin.net/ -- -- Host: localhost -- Generation Time: Jul 30, 2026 at 03:59 PM -- Server version: 8.0.33 -- PHP Version: 8.1.22 <p>SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO"; START TRANSACTION; SET time_zone = "+00:00";</p><p>/<em>!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT </em>/; /<em>!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS </em>/; /<em>!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION </em>/; /<em>!40101 SET NAMES utf8mb4 </em>/;</p><h2>-- -- Database: <code>laravel_prod</code></h2><p>DROP DATABASE IF EXISTS <code>laravel_prod</code>; CREATE DATABASE IF NOT EXISTS <code>laravel_prod</code> DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE <code>laravel_prod</code>;</p>
如果看到乱码、空文件、或开头是 HTML（比如 <!DOCTYPE html>），说明导出过程被超时或权限中断，必须重做。
上线前备份和 Laravel 的 .env 配置强相关
phpMyAdmin 备份的是当前连接的数据库实例，但 Laravel 连接哪个库，取决于 .env 里的 DB_DATABASE。常见坑是：本地开发用 DB_DATABASE=laravel_dev，但上线前忘了改 .env 指向生产库，结果备份了开发库还浑然不觉。
安全做法是：上线前登录服务器，执行 grep DB_DATABASE .env，确认值与 phpMyAdmin 左侧数据库列表中高亮的那个库名**完全一致**（注意大小写）。不一致？先切库再备份。
