重要前提与警告，你注意了吗？

重要前提与警告是核心信息，强调使用条件、潜在风险及免责声明，用户必须充分理解并接受这些内容，否则可能面临严重后果或责任纠纷。

数据库恢复是维护数据安全的关键操作，当数据丢失、损坏或需要回滚到特定状态时，掌握命令行恢复技能至关重要，本指南将详细介绍如何使用命令行工具恢复几种主流数据库（MySQL/MariaDB, PostgreSQL, SQL Server），并强调操作中的关键注意事项和安全实践。

1. 权限要求： 执行恢复操作通常需要数据库管理员（如 root, postgres, sa）或具有足够权限的用户账户。
2. 备份文件： 你必须拥有一个有效且完整的数据库备份文件（.sql, .dump, .bak 等）。恢复操作会覆盖目标数据库的现有数据！
3. 环境确认： 确保命令行工具（mysql, psql, sqlcmd）已正确安装并配置好环境变量，或你已进入其安装目录。
4. 生产环境谨慎： 在操作生产环境数据库之前，务必在测试环境验证备份文件的有效性和恢复流程！ 错误的恢复操作可能导致灾难性数据丢失。
5. 停止服务（推荐）： 对于物理备份或需要独占访问的恢复，强烈建议在恢复前停止数据库服务，以避免数据不一致，逻辑备份恢复时，确保没有重要写入操作。

通用恢复准备步骤：

1. 验证备份文件： 检查备份文件是否存在、大小是否合理、是否可读，如果可能，在测试环境尝试恢复验证其完整性。
2. 确认目标数据库： 明确你要恢复到的数据库名称，恢复操作可能需要先创建（或清空）这个数据库。
3. 停止写入（重要）： 如果可能，暂停所有对目标数据库的应用程序访问或写入操作。
4. 备份当前状态（可选但强烈推荐）： 在执行恢复操作之前，对当前目标数据库进行完整备份，这是你最后的救命稻草。

恢复 MySQL / MariaDB 数据库 (使用 mysql 命令行客户端)

MySQL 和 MariaDB 通常使用 mysqldump 工具进行逻辑备份（生成 .sql 文件），恢复则使用 mysql 客户端。

1. 连接到数据库服务器：

   mysql -u [用户名] -p -h [主机名或IP]

   • [用户名]：具有足够权限的用户（如 root）。
   • -p：提示输入密码（也可直接在 -p 后跟密码，但安全性低，不推荐）。
   • -h：如果数据库不在本机，指定数据库服务器地址，本机可省略。
   • 按回车后输入密码。

2. （可选）创建/清空目标数据库：

   • 如果目标数据库不存在：

     CREATE DATABASE [目标数据库名];

   • 如果目标数据库已存在且你需要完全覆盖它（危险！确认操作！）：

     DROP DATABASE [目标数据库名];
     CREATE DATABASE [目标数据库名];

   • 或者,在恢复时直接指定数据库名（见下一步），mysql 客户端会自动选择（如果存在）或创建（CREATE DATABASE 语句在备份文件中）该库。

3. 退出 mysql 客户端：

   exit;

4. 执行恢复命令：

   mysql -u [用户名] -p -h [主机名或IP] [目标数据库名] < [备份文件路径.sql]

   • [目标数据库名]：你要恢复到的数据库名称。
   • < [备份文件路径.sql]：使用输入重定向将备份文件（.sql 或 .dump传递给 mysql 客户端执行。
   • 示例（恢复本机 mydb 数据库）：

     mysql -u root -p mydb < /backups/mydb_backup_20251027.sql

   • 系统会提示输入密码。

5. 验证恢复：

   • 重新登录 mysql 客户端：

     mysql -u [用户名] -p -h [主机名或IP] [目标数据库名]

   • 运行一些查询检查表是否存在、数据量是否大致符合预期、关键数据是否正确。

恢复 PostgreSQL 数据库 (使用 psql 或 pg_restore 命令行工具)

PostgreSQL 可以使用 pg_dump（逻辑备份，生成 .sql 或自定义格式 .dump）或文件系统级备份（物理备份），这里主要介绍逻辑备份恢复。

• 使用 psql 恢复纯文本格式备份 (.sql):
  类似于 MySQL 的 mysql 客户端。

  1. （可选）创建/清空目标数据库：

     • 使用 psql 以超级用户（如 postgres）登录：

       psql -U postgres -h [主机名或IP]

     • 如果目标数据库不存在：

       CREATE DATABASE [目标数据库名];

     • 如果目标数据库已存在且需要覆盖（危险！确认操作！）：

       DROP DATABASE [目标数据库名];
       CREATE DATABASE [目标数据库名];

     • 退出 psql： \q

  2. 执行恢复命令：

     psql -U [用户名] -h [主机名或IP] -d [目标数据库名] -f [备份文件路径.sql]

     • -d [目标数据库名]：指定要恢复到的数据库。
     • -f [备份文件路径.sql]：指定要执行的 SQL 脚本文件（即备份文件）。
     • 示例：

       psql -U postgres -d mydb -f /backups/mydb_backup_20251027.sql

     • 系统会提示输入密码（如果配置了密码）。

• 使用 pg_restore 恢复自定义格式或目录格式备份 (.dump 或目录):
  pg_restore 功能更强大，尤其适用于大型数据库或需要选择性恢复的情况。

  1. （可选）创建目标数据库： 同上，使用 psql 创建（如果不存在）。通常不需要预先清空，pg_restore 有选项控制行为。

  2. 执行恢复命令：

     pg_restore -U [用户名] -h [主机名或IP] -d [目标数据库名] [备份文件路径.dump]

     • -d [目标数据库名]：指定要恢复到的数据库。该数据库必须已存在。
     • [备份文件路径.dump]：指定 .dump 格式的备份文件或目录格式备份的路径。
     • 重要选项：
       • --clean：在恢复之前尝试删除（DROP）目标数据库中的对象（表、索引等）。使用此选项务必极其小心，确保备份完整且目标数据库正确！ 它相当于先清空。
       • --create：在恢复之前先创建数据库（需要连接到 postgres 等模板库），使用此选项时，-d 参数指定的数据库名是新数据库的名字。
       • -v：详细模式，输出更多信息。
     • 示例 1 (恢复到已存在的 mydb，先清理) – 高危操作，确保备份可靠且目标正确！：

       pg_restore -U postgres -h localhost -d mydb --clean -v /backups/mydb_backup_20251027.dump

     • 示例 2 (创建新数据库 mydb_restored 并恢复)：

       pg_restore -U postgres -h localhost --create -d postgres -v /backups/mydb_backup_20251027.dump

       • 这里 -d postgres 是连接到默认的 postgres 数据库来执行 CREATE DATABASE 命令，恢复的数据会放在新创建的 mydb_restored 库中（备份文件里记录了原库名，--create 会使用这个名字，如果备份文件里是 mydb，则新库也叫 mydb，如果需要不同名字，需额外步骤）。

  3. 验证恢复： 使用 psql 连接到恢复后的数据库进行查询验证。

恢复 Microsoft SQL Server 数据库 (使用 sqlcmd 命令行工具)

SQL Server 通常使用 .bak 文件进行备份（完整/差异/事务日志备份），恢复使用 RESTORE DATABASE T-SQL 命令，通过 sqlcmd 执行。

1. 确定备份文件位置： 确保 .bak 文件位于 SQL Server 实例可以访问的位置（通常是服务器本地路径或网络共享）。

2. 使用 sqlcmd 执行恢复命令：

   sqlcmd -S [服务器名\实例名] -U [用户名] -P [密码] -Q "RESTORE DATABASE [目标数据库名] FROM DISK = N'[备份文件完整路径.bak]' WITH [选项];"

   • -S [服务器名\实例名]：指定 SQL Server 实例（如 表示本地默认实例， MyServer\SQLEXPRESS）。
   • -U [用户名]：具有 sysadmin 或 dbcreator 权限的用户（如 sa）。
   • -P [密码]：用户密码（直接在命令行指定密码有安全风险，仅用于测试或脚本，生产环境考虑其他认证方式或交互输入）。
   • -Q "..."：指定要执行的 T-SQL 命令。
   • RESTORE DATABASE 命令详解：
     • [目标数据库名]：要恢复到的数据库名称，如果不存在，SQL Server 会创建它（除非指定 WITH REPLACE 且目标库存在）。
     • FROM DISK = N'[备份文件完整路径.bak]'：指定备份文件的完整物理路径（单引号内，路径前加 N 表示 Unicode 字符串）。路径中的反斜杠 \ 通常需要双写 \\ 或使用正斜杠 。
     • 关键 WITH 选项：
       • REPLACE：强制覆盖现有数据库（即使名称相同但来自不同源数据库），这是覆盖现有库的关键选项，极其危险！ 使用前务必确认。
       • MOVE '[逻辑文件名]' TO N'[新物理文件路径.mdf/ndf/ldf]'：如果备份文件中的数据库文件（数据文件 .mdf/.ndf，日志文件 .ldf）的原始路径与目标服务器上的路径不同，必须使用 MOVE 选项为每个逻辑文件指定新的物理路径，使用 RESTORE FILELISTONLY FROM DISK = N'[备份文件路径.bak]' 命令可以查看备份文件中的逻辑文件名和原始物理路径。
       • RECOVERY (默认)：恢复后数据库立即可用，回滚未提交事务，通常用于恢复最后一个备份（完整备份或最后一个日志备份）。
       • NORECOVERY：恢复后数据库保持“正在还原”状态，允许继续应用后续的差异备份或事务日志备份，用于多备份文件恢复链。
       • STANDBY：类似 NORECOVERY，但允许对数据库进行只读访问。
   • 示例 1 (恢复并覆盖现有数据库 MyDB – 高危！)：

     sqlcmd -S . -U sa -P your_strong_password -Q "RESTORE DATABASE MyDB FROM DISK = N'C:\Backups\MyDB_Full.bak' WITH REPLACE, RECOVERY;"

   • 示例 2 (恢复并重定位文件)： 假设备份文件中数据文件逻辑名是 MyDB_Data，日志文件是 MyDB_Log，原始路径在 E:\，现在要放到 F:\SQLData\。

     sqlcmd -S . -U sa -P your_strong_password -Q "RESTORE DATABASE MyDB FROM DISK = N'C:\Backups\MyDB_Full.bak' WITH MOVE 'MyDB_Data' TO N'F:\SQLData\MyDB.mdf', MOVE 'MyDB_Log' TO N'F:\SQLData\MyDB.ldf', REPLACE, RECOVERY;"

3. 验证恢复：

   • 在 SQL Server Management Studio (SSMS) 中查看数据库状态。
   • 使用 sqlcmd 或 SSMS 运行查询检查数据。

关键注意事项与最佳实践 (E-A-T 核心体现)：

1. 备份验证是生命线： 恢复操作的成功完全依赖于备份文件的有效性。 定期测试恢复流程是 DBA 的黄金法则，不要等到灾难发生才发现备份无效。
2. 理解备份类型： 明确你拥有的是完整备份、差异备份还是事务日志备份，恢复完整备份通常足够，但基于完整备份+差异备份+日志备份的恢复链需要按顺序应用 (NORECOVERY 选项)。
3. REPLACE / --clean / DROP DATABASE 是核武器： 这些选项会永久删除目标数据库的现有数据。仅在绝对确定备份正确且目标无误时使用。 生产环境操作前，在测试环境演练。
4. 文件路径问题： 跨服务器恢复或服务器配置变更时，文件路径 (MOVE in SQL Server, PostgreSQL 物理备份位置) 是最常见的恢复失败原因，务必检查并正确指定。
5. 权限问题： 确保执行命令的操作系统用户和数据库用户都有足够的权限访问备份文件、目标数据目录和执行恢复操作。
6. 资源与时间： 恢复大型数据库可能消耗大量 I/O、CPU 资源和时间，在维护窗口进行，并监控资源使用。
7. 日志记录与监控： 恢复命令的输出（尤其是错误信息）是重要的诊断依据，使用详细模式 (-v) 或重定向输出到日志文件 (> restore.log 2>&1)。
8. 文档化： 记录你的备份策略、恢复步骤和验证方法，灾难发生时清晰的文档至关重要。
9. 寻求专业帮助： 如果对操作不确定，或者数据库极其关键，寻求专业数据库管理员（DBA）的帮助是最安全的选择，数据无价。

掌握命令行恢复数据库是一项强大的技能,但也伴随着重大责任，始终将验证备份、理解操作风险、在非生产环境测试放在首位，遵循本指南的步骤和最佳实践，结合官方文档，可以大大提高你在需要时成功恢复数据库的能力，保障数据的完整性和业务的连续性，谨慎和准备是数据保护的核心。

引用说明：

• 本文档中涉及的命令语法和选项核心信息来源于各数据库官方文档的通用知识：
  • MySQL mysql Client: https://dev.mysql.com/doc/refman/8.0/en/mysql.html
  • PostgreSQL psql: https://www.postgresql.org/docs/current/app-psql.html
  • PostgreSQL pg_restore: https://www.postgresql.org/docs/current/app-pgrestore.html
  • SQL Server RESTORE DATABASE (T-SQL): https://learn.microsoft.com/en-us/sql/t-sql/statements/restore-statements-transact-sql
  • SQL Server sqlcmd: https://learn.microsoft.com/en-us/sql/tools/sqlcmd-utility
• 最佳实践部分综合了数据库管理领域的普遍经验和准则。