mysqldump -u root -p mydb users > users_backup.sql 是备份单表的正确写法，库名在前、表名在后，不可加引号或逗号；含特殊字符的表名需用反引号包裹，如 log-2024。
mysqldump 只导出单张表的完整命令写法
直接用 mysqldump 备份某张表，核心是「库名 + 表名」两个参数位置不能错，且必须显式指定数据库名。漏掉库名会报错 ERROR 1049 (42000): Unknown database 'xxx'；多加引号或空格容易触发权限拒绝或表不存在。
-
mysqldump -u root -p mydb users > users_backup.sql—— 正确：库名mydb在前，表名users在后，中间无逗号、无引号 - 别写成
mysqldump -u root -p mydb 'users'或mysqldump -u root -p mydb,users，单引号会被 shell 当作字面量传给 mysqldump，导致找不到表 - 如果表名含特殊字符（如横线），用反引号包裹：
mysqldump -u root -p mydb `log-2024` > log_2024.sql - 加
--no-create-info可跳过 CREATE TABLE 语句，只导数据；加--no-data则只导结构
导出时排除 auto_increment 和 timestamp 默认值
默认导出会带上 AUTO_INCREMENT=12345 和 DEFAULT CURRENT_TIMESTAMP 这类元信息，还原到新环境可能冲突或失效。尤其是做跨版本迁移或测试库初始化时，这些值往往要重置。
- 加
--skip-auto-increment参数可去掉自增起始值（MySQL 5.7+ 支持） - 用
--skip-tz-utc防止时间戳被转成 UTC，避免时区偏移 - 更稳妥的做法是加
--compact --skip-extended-insert，让每条 INSERT 独立成行，方便后续 grep 或 sed 处理 - 注意：
--skip-extended-insert会显著增大 SQL 文件体积，大数据量表慎用
备份前检查表是否存在 & 权限是否足够
执行 mysqldump 报 Table 'mydb.xxx' doesn't exist 不一定是表真没了，常见于大小写敏感（Linux 下库/表名区分大小写）、连接用户没权限查该表、或者用了错误的默认字符集导致表名解析失败。
- 先连进 MySQL 手动确认：
SHOW TABLES FROM mydb LIKE 'users'; - 检查用户权限：
SHOW GRANTS FOR CURRENT_USER;，至少要有SELECT和LOCK TABLES（或BACKUP_ADMIN在 8.0+） - 如果提示
Access denied for table 'users'，不是库权限问题，而是表级权限缺失，需GRANT SELECT ON mydb.users TO 'user'@'%'; - 用
--defaults-file指定配置文件比在命令行输密码更安全，也避免 shell 历史泄露密码
还原单表 SQL 文件的注意事项
导出的 SQL 文件默认不含 USE mydb;，直接 mysql 会报错 <code>No database selected。这不是 dump 的问题，是还原姿势不对。
立即学习“PHP免费学习笔记（深入）”；
- 正确还原方式一：
mysql -u root -p mydb —— 显式指定库名 - 方式二：在 SQL 文件开头手动加
USE mydb;，但要注意不能加在注释块里，否则被忽略 - 如果原表已有数据，还原前建议清空：
TRUNCATE TABLE users;，比DROP + CREATE更快且保留索引结构 - 大文件还原时加
--force跳过个别错误继续执行，但得人工核对日志里跳过了哪些语句
真正麻烦的是外键约束——导出时没加 --skip-lock-tables 或 --single-transaction，又在业务高峰期执行，容易锁表卡住线上请求。这点很多人导完就跑，等报警才反应过来。
