1.12.1 数据库服务备份恢复目的

在企业环境中，无论是安全人员、运维人员、开发人员、数据库管理人员等所有技术人员都有一个共同的职责：

保障数据安全，防止数据库损坏

• 数据库物理损坏：磁盘、文件系统、数据文件（可以利用主从、高可用、备份+日志恢复数据）

• 数据库逻辑损坏：drop、truncate、delete、update（可以利用备份+日志、延时从库）

其中对于数据库服务来说，保障数据库服务的数据安全需要考量两个重要的指标：

• 一定要保障数据不能丢失和泄露；

• 一定要保障数据存储服务的稳定；（业务7*24）

说明：为了保障数据信息不丢失，最好的处理方案就是做备份，甚至是做多副本备份，多区域备份；就算丢失损坏也能快速复原

1.12.2 数据库服务备份恢复方式

01 数据库服务备份数据方式：

在企业中实现数据库服务数据备份的方式主要有两种方式：

① 物理方式

采用拷贝物理文件数据进行备份的方式，数据库服务物理数据文件存放路径是：/var/lib/mysql

实现方式：

• 可以在某个特定时间点停机或停止业务访问，然后利用cp和tar命令将物理数据文件备份或打包；

• 可以在任意时间节点在不停机不停止业务时，然后利用专业的xtrabackup(Percona Xtrabackup)热备工具进行数据库数据备份；

应用场景：

当企业数据库服务产生的需要备份的数据量在50G以上，可以选择物理备份（xtrabackup）；

② 逻辑方式

可以采用以SQL语句形式把数据库的数据导出保存备份为数据库文件（xxx.sql），文件中会含有大量SQL语句信息；

实现方式：

• 可以在任意时间节点在不停机不停止业务时，然后利用专业的mysqldump(MDP)逻辑备份工具进行数据备份；

• 可以在任意时间节点在不停机不停止业务时，然后利用二进制日志binlog文件实现逻辑备份数据操作；

• 可以在任意时间节点在不停机不停止业务时，然后利用主从数据库架构实现备份数据信息；

应用场景：

当企业数据库服务产生的需要备份的数据量在50G以内，可以选择逻辑备份（mysqldump）；

02 数据库服务备份恢复职责：

• 设计数据库备份策略：备份数据周期、选择的备份工具、应用的备份方式（全备 增量..）；

• 定期数据库备份检查：核实是否存在、确认备份文件大小；

• 安排数据库恢复演练：真实确认备份的数据，是否能够准确的做数据恢复；

• 真实数据库恢复能力：在数据库服务出现异常情况时，可以将数据库服务修复，并恢复丢失的数据信息；

• 关于数据库迁移升级：可以采用Mergeing方式（主从架构）、可以单独备份数据信息到新的数据库节点做恢复（逻辑导出）；