数据是企业的核心资产。随着业务发展，企业数据呈现出规模化、爆炸式的增长，业务应用要求实时、在线的快速处理。对于数据库运维人员来说，保护企业核心数据的任务越来越具有挑战性，例如数据误删除、相关系统漏洞和勒索病毒、硬件故障，甚至自然灾害都可能造成数据的丢失。因此，备份和恢复是数据库非常重要的功能。
PolarDB支持数据备份和物理日志备份：
数据备份：将某个时间点上集群的全量数据生成一个备份集（快照），即全量备份。
物理日志备份：记录生成备份集后的增量数据，即增量备份。
PolarDB集群恢复会在当前集群中使用备份集（快照）进行恢复操作。
PolarDB集群特定库表恢复会在当前集群中重新创建一个新的库表进行恢复操作。
通过一个完整的数据备份以及后续一段时间的Redo日志备份，就可以将整个PolarDB集群或特定库表恢复到任意时间点。
费用说明
备份和恢复功能均免费使用，但备份文件需要占用一定的存储空间。具体计费规则，请参见备份存储（超出免费额度）。
如何查看费用账单，请参见费用账单。
若您的集群手动退订或释放时，选择了长期保留备份集。则备份集将自动进入集群回收站进行保存。进入集群回收站后，集群的一级备份将自动转为二级备份，并收取少量费用。具体信息，请参考集群回收站。
数据备份
一级备份
一级备份采用ROW（Redirect-on-Write）快照的方式，直接保存在PolarDB分布式存储系统上。每次保存时，一级备份并没有真正复制数据，当数据块有修改时系统会将其中一个历史版本的数据块保留给快照，同时生成新的数据块被原数据引用（Redirect）。因此无论数据库容量多少，都可以做到秒级备份。
PolarDB集群备份和恢复功能均采用多线程并行处理，并通过其他技术创新，预计10分钟内（开启热备集群后恢复时间将加倍）即可完成从备份集（快照）恢复到一个新的集群。具体耗时与数据库的数据量大小等因素有关。
您可以前往PolarDB控制台的页面来查看一级备份物理空间大小。如下所示：
PolarDB集群一级备份物理空间大小（上图中①所示）：即所有一级备份独占的物理空间之和。在统计一级备份存储的实际使用量时，以该值为基准进行计算。
PolarDB集群备份逻辑大小（上图中②所示）：单个备份集的逻辑大小，不参与计费。
PolarDB集群的数据与多个一级备份（快照）会复用相同的物理数据块，在计费时只会计算一次。
更多关于备份的问题，请参见常见问题。
一级备份默认开启，无法关闭。
一级备份保留时长为3天～14天。
二级备份
二级备份是指一级备份压缩后保存在其他离线存储介质上的备份数据。保存成本较低，但使用二级备份恢复数据的速度较慢。
开启二级备份后，若一级备份超出您设置的保留时间，将会被自动转存为二级备份。
二级备份支持同地域备份和跨地域备份，详情请参见同地域备份和跨地域备份。
二级备份支持稀疏备份功能。您可以按照每周、每月、每年的方式来设置备份集保留周期，实现间隔很长时间保留一个备份集，减少历史备份集数量的目的。同时，在符合等保要求的前提下达到尽可能降低成本的目标。详细内容请参见高级备份设置。
您可以前往PolarDB控制台的页面来查看二级备份总大小。如下所示：二级备份总大小即为每个二级备份文件大小之和。
若一级备份未能在下一个一级备份开始转存前完成，则下一个一级备份将会被直接删除而不会被转存为二级备份。例如将PolarDB集群的一级备份的备份时间设置为每日凌晨1点，保留时间为24小时，PolarDB集群在1月1号凌晨1点生成一级备份A，2号凌晨生成一级备份B，备份A在2号凌晨1点超过保留时间并开始转存为二级备份，由于该备份文件较大转存时间较长，到3号凌晨1点时该转存任务仍未完成，则此时备份B在3号凌晨1点到期后将会被直接删除而不会转存为二级备份。
二级备份默认关闭。
二级备份保留时长为3天～7300天。
备份文件保存在本地的称为数据备份。数据备份是保存在分布式存储集群上的快照，备份和恢复速度最快，但成本高。长时间保存会对数据库的写性能略有影响，因此建议保存不超过2周。赠送一定额度的免费备份空间，超出部分可能收取额外费用，您可以修改备份周期来控制备份容量。
数据备份默认开启，无法关闭。
数据备份保留时长为3天～730天。
您可以前往PolarDB控制台的页面来查看数据备份物理空间大小。如下所示：
PolarDB集群数据备份物理空间大小（上图中①所示）：即所有数据备份独占的物理空间之和。在统计数据备份存储的实际使用量时，以该值为基准进行计算。
PolarDB集群备份逻辑大小（上图中②所示）：单个备份集的逻辑大小，不参与计费。
PolarDB集群的数据与多个数据备份（快照）会复用相同的物理数据块，在计费时只会计算一次。
更多关于备份的问题，请参见常见问题。
物理日志备份
特点
日志备份通过实时并行上传Redo日志到OSS来达到备份的目的。日志备份方式包括同地域备份和跨地域备份，最短保留时间为3天，最长保留时间为7300天。您也可以通过开启删除集群前长期保留功能长期保存。
日志备份默认开启同地域备份，无法关闭。
借助日志备份可以实现任意时间点的一致性备份：通过一个完整的数据全量备份（快照）以及后续一段时间的日志备份，就可以将PolarDB集群恢复到任意时间点（Point-In-Time Recovery，简称PITR），保证最近一段时间的数据安全性，避免误操作导致的数据丢失。恢复到任意时间点时，应用Redo日志的恢复速度大概是20~70秒/GB，整个恢复时间是备份集（快照）恢复时间以及应用Redo日志恢复时间之和。
查看备份大小
日志备份大小如下图所示，日志备份总大小即为每个日志备份文件大小之和。
同地域备份和跨地域备份
备份说明
备份类型
说明
是否默认开启
使用场景
优势
备份类型
说明
是否默认开启
使用场景
优势
同地域备份
备份存储在同一个地域的不同可用区。
是。
开启二级备份时，默认开启同地域备份。
长期归档。
按需设置更低的备份频率进行转储，实现更低的成本。
跨地域备份
备份存储在除当前地域外的其他地域。
仅支持PolarDB MySQL企业版。
否，需要手动开启。
异地备份、等保三级。
低RPO，适用于安全加密的非公网环境，按需设置低频转储，实现更低的成本。
低频二级备份：即二级备份的备份周期设置为比一级备份的备份周期更低的频率。
跨地域备份支持地域
源地域
目标地域
源地域
目标地域
中国内地
中国内地
中国（香港）
美国（硅谷）、美国（弗吉尼亚）
新加坡、印度尼西亚（雅加达）、日本（东京）、马来西亚（吉隆坡）
德国（法兰克福）
中国（香港）
中国内地
美国（硅谷）、美国（弗吉尼亚）
日本（东京）、新加坡、马来西亚（吉隆坡）、印度尼西亚（雅加达）
德国（法兰克福）
英国（伦敦）
中国内地
中国（香港）
美国（弗吉尼亚）
日本（东京）、新加坡、马来西亚（吉隆坡）、印度尼西亚（雅加达）
德国（法兰克福）
韩国（首尔）
中国内地
中国（香港）
美国（弗吉尼亚）
日本（东京）、新加坡、马来西亚（吉隆坡）、印度尼西亚（雅加达）
德国（法兰克福）
新加坡
中国内地
中国（香港）
美国（弗吉尼亚）
日本（东京）、新加坡、马来西亚（吉隆坡）、印度尼西亚（雅加达）
德国（法兰克福）
德国（法兰克福）
中国内地
中国（香港）
美国（弗吉尼亚）
日本（东京）、新加坡、马来西亚（吉隆坡）、印度尼西亚（雅加达）
印度尼西亚（雅加达）
中国内地
中国（香港）
美国（弗吉尼亚）
日本（东京）、新加坡、马来西亚（吉隆坡）、印度尼西亚（雅加达）
泰国（曼谷）
中国内地
中国（香港）
美国（弗吉尼亚）
日本（东京）、新加坡、马来西亚（吉隆坡）、印度尼西亚（雅加达）
马来西亚（吉隆坡）
中国（香港）
日本（东京）、印度尼西亚（雅加达）、菲律宾（马尼拉）、泰国（曼谷）
日本（东京）
中国内地
中国（香港）
美国（弗吉尼亚）
新加坡、马来西亚（吉隆坡）、印度尼西亚（雅加达）
德国（法兰克福）
华东1（杭州） 金融云
华东2（上海） 金融云、华南1 （深圳）金融云
华东2（上海） 金融云
华东1（杭州） 金融云、华南1 （深圳）金融云
华南1 （深圳）金融云
华东1（杭州） 金融云、华东2（上海） 金融云
常用问题
备份与恢复常见问题，请参见常见问题。
- 本页导读 （1）
- 费用说明
- 数据备份
- 物理日志备份
- 同地域备份和跨地域备份
- 常用问题
