必须勾选“以UPDATE方式转储”选项，该选项位于「自定义」导出模式的「格式特定选项」区域，勾选后生成UPDATE ... SET ... WHERE ...语句，依赖主键或唯一索引精准定位；无主键时静默降级为INSERT且不提示。
导出时必须勾选“以UPDATE方式转储”选项
phpmyadmin 默认导出是 insert 语句，要生成 update 语句，不能只靠写 sql 查询或改导出格式——得在导出界面主动启用对应功能。进入「导出」页后，选择「自定义」方法，向下滚动到「格式特定选项」区域，找到 update 相关复选框：以 update 方式转储（替换现有数据） 必须勾选。不勾这个，哪怕后面加了 --replace 或改 sql 模式也无效。
常见错误现象：导出文件全是 INSERT INTO ...，甚至手动写了 SELECT CONCAT('UPDATE ...') 也白搭——因为那是查询结果导出，不是结构+数据的完整转储。
- 该选项实际生成的是
UPDATE ... SET ... WHERE ...，每行对应原表一条记录，WHERE条件基于主键或唯一索引列 - 如果表没有主键或唯一索引，phpMyAdmin 会静默降级为
INSERT，且不报错、不提示 - 导出前务必确认目标表有主键（
SHOW KEYS FROM table_name WHERE Key_name = 'PRIMARY'），否则备份不可靠
导出前需检查表的主键和字符集兼容性
UPDATE 导出依赖 WHERE 条件精准定位行，而条件字段必须能无损表达原始值。若主键是 VARCHAR 且含中文、emoji 或特殊空格，导出时可能被截断或转义异常，导致还原时匹配失败。
使用场景：跨服务器迁移、生产环境热修复回滚、需要保留自增 ID 的增量同步。
- 执行
SHOW CREATE TABLE table_name，确认主键定义不含CHARACTER SET冲突（比如表用utf8mb4，但主键列显式声明为utf8） - 导出页面的「格式」选
SQL，「导出方式」选「自定义」，「格式特定选项」中同时勾选添加 DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT 语句和以 UPDATE 方式转储—— 否则还原时可能因表不存在或冲突报错 - 若表含 BLOB/TEXT 字段，确保 phpMyAdmin 配置里
$cfg['TruncateLength']足够大，否则 WHERE 条件里的值会被截成...，UPDATE 失效
生成的 UPDATE 语句不带事务，还原时需手动包裹
phpMyAdmin 导出的 UPDATE 文件默认不包含 BEGIN TRANSACTION 和 COMMIT，也不设 autocommit=0。直接执行大批量 UPDATE 可能锁表过久，或中途失败导致部分更新、状态不一致。
立即学习“PHP免费学习笔记（深入）”；
性能影响：单条 UPDATE 比 INSERT 更重，尤其当 WHERE 条件无法走索引时，全表扫描开销陡增。
- 还原前建议先在测试库运行
EXPLAIN UPDATE ... WHERE id = ?，验证主键是否真被用上 - 手动在导出 SQL 文件开头加上
SET autocommit = 0;，末尾加COMMIT;，并分批次执行（例如每 100 行一个COMMIT） - 不要依赖 phpMyAdmin 的「导入」功能直接上传大文件——超时或内存溢出概率高，改用命令行
mysql -u user -p database
替代方案：用 SELECT + CONCAT 手动拼 UPDATE（仅限简单场景）
当 phpMyAdmin 版本太老（如 4.0 以下）或权限受限无法启用「以 UPDATE 方式转储」时，可用 SQL 查询硬拼。但这只是权宜之计，不适用于含 NULL、二进制、换行符或引号的字段。
示例（假设表 users 主键为 id）：
SELECT CONCAT('UPDATE users SET name = '', REPLACE(name, ''', '\''), '', email = '', REPLACE(email, ''', '\''), '' WHERE id = ', id, ';') AS update_sql FROM users;
容易踩的坑：
-
REPLACE()只处理单引号，对双引号、反斜杠、 字符完全没做转义，直接执行会语法错误 - NULL 值拼成
'NULL'字符串而非 SQL 的NULL，导致更新后字段变字符串 - 没考虑字符集，比如
utf8mb4字段中的 emoji 在拼接时可能被截断或乱码 - 结果集超过 phpMyAdmin 显示行数限制（默认 500 行），导出不全
真正可靠的 UPDATE 备份，还是得靠 phpMyAdmin 原生导出功能配合主键校验——其他路子都是临时补丁，字段一复杂就露馅。
