物理完全备份
备份所有数据库文件：/var/lib/mysql/
备份所有binlog文件: /var/lib/mysql/mysql-bin.
备份选项文件: /etc/my.cnf
mysqldump逻辑备份
mysqldump -uroot -p --all-databases > /backup/mysqldump/all.db
物理备份恢复
mv /var/lib/mysql /var/lib/mysql.old #先把原来的数据目录改名
cp -a /backups/mysql /var/lib
逻辑备份数据恢复
mysql > use db_name
mysql > source /backup/mysqldump/db_name.db
在 MySQL 中，数据备份是保障数据安全和防止数据丢失的重要措施。备份方式有多种，每种备份方式在不同场景下有不同的优劣。下面是常见的 MySQL 数据备份方式和恢复方法，并提供一份备份策略的参考。
常见的 MySQL 数据备份方式
逻辑备份（Logical Backup）
方式：通过 SQL 脚本导出数据库的表结构和数据。
工具：mysqldump
优点 ：
备份文件是纯文本，可以跨平台恢复。
适用于小型数据库、迁移数据库到不同平台。
缺点 ：
备份速度较慢，尤其对于大规模数据表，备份文件会很大。
需要更多的存储空间来存放备份文件。
如何备份
mysqldump -u username -p database_name > backup.sql
如何恢复
mysql -u username -p database_name < backup.sql
物理备份（Physical Backup）
方式：直接复制数据库数据文件，通常通过 xtrabackup 或文件系统的备份。
工具：Percona XtraBackup, cp 或 rsync（在停机或只读模式下）
优点 ：
备份速度快，适合大规模数据备份。
恢复速度快，直接复制数据文件即可恢复。
缺点 ：
需要确保备份期间没有修改数据，通常会要求停机或者锁定表。
备份文件是二进制文件，跨平台恢复较麻烦。
如何备份
使用 Percona XtraBackup：
innobackupex --user=username --password=password /path/to/backup
如何恢复
innobackupex --apply-log /path/to/backup
innobackupex --copy-back /path/to/backup
增量备份（Incremental Backup）
方式：只备份自上次备份以来发生变化的数据。
工具：Percona XtraBackup（支持增量备份）。
优点 ：
备份速度比全量备份快，节省存储空间。
适用于需要频繁备份和恢复的场景。
缺点 ：
恢复时需要先恢复最后的全量备份，然后再恢复所有增量备份。
增量备份需要管理更多的备份文件，增加了恢复复杂度。
如何备份
使用 Percona XtraBackup：
innobackupex --user=username --password=password --incremental /path/to/incremental_backup --incremental-basedir /path/to/previous_backup https://www.fglt.me/
如何恢复
首先恢复全量备份，然后按顺序恢复增量备份：
innobackupex --apply-log /path/to/full_backup
innobackupex --apply-log --incremental-dir /path/to/incremental_backup /path/to/full_backup
二进制日志备份（Binary Log Backup）
方式：备份 MySQL 的二进制日志，以便在全量备份后，捕获和恢复增量变更。
工具：mysqlbinlog
优点 ：
可以记录所有的数据修改操作，用于恢复和点时间恢复（PITR）。
支持备份期间的数据变化捕获。
缺点：
需要定期备份和归档二进制日志。
恢复过程相对复杂。
如何备份
在 MySQL 配置文件中启用二进制日志：
[mysqld]
log-bin=mysql-bin
获取二进制日志：
mysqlbinlog /var/lib/mysql/mysql-bin.000001 > binary_log.sql
如何恢复
将二进制日志应用到备份数据库中：
mysqlbinlog /path/to/binary_log | mysql -u username -p database_name
恢复的常见方式
恢复的方式与备份方式相关。常见的恢复方式有以下几种：
从逻辑备份恢复：直接执行 .sql 文件恢复。
从物理备份恢复：将备份文件复制回数据库的相关目录，并确保权限正确。
从增量备份恢复：先恢复全量备份，再应用所有增量备份。
从二进制日志恢复：将二进制日志文件中的操作应用到备份数据中，恢复到特定时间点。
MySQL 备份策略
一个良好的备份策略应该根据业务的需求、数据量和恢复要求来制定，以下是一个常见的备份策略：
全量备份：
每周进行一次全量备份（比如每周日进行）。这确保了我们可以快速恢复到一个较为完整的状态。
增量备份：
每天进行增量备份，备份自上次全量或增量备份以来变化的数据。增量备份可以减少备份数据的大小和备份时间。
二进制日志备份：
开启二进制日志，并每小时或每次应用更新时备份日志。这样可以保证在全量和增量备份之间的变更也能被备份，并在需要时进行点时间恢复（PITR）。
备份存储：
将备份存储在不同的物理位置（如备份到云端，或使用本地和远程存储）。
保持一定数量的备份副本（如保留过去 7 天的备份）。
使用加密来保护备份数据的安全性。
定期验证备份：
定期执行恢复演练，确保备份文件有效且恢复过程可行。
备份保留策略：
保留一定时间内的备份（如每月的全量备份保留一个月，日常增量备份保留一周）。
自动化备份：
使用脚本或备份工具（如 cron、Percona XtraBackup 等）自动化备份过程，减少人为干预。
总结：
备份方式：
逻辑备份（mysqldump）适用于小型数据库或跨平台迁移。
物理备份（Percona XtraBackup）适用于大规模数据库，恢复速度快。
增量备份适用于大数据量并且需要频繁备份的场景。
二进制日志备份用于捕获和恢复数据库的变更操作。
恢复方式：
根据备份方式，恢复流程也会有所不同。通常包括从备份文件恢复或应用增量备份、二进制日志恢复等。
备份策略：
定期全量备份+增量备份+二进制日志备份，并确保备份存储的安全性、可恢复性和备份文件的有效性。
