数据库的备份是数据库工作的一个基本项,但实际上能做到毫无挑剔的备份,少之又少, 主要的问题在于备份的频率与性能之间的问题. 这有点类似于 RTO 和 RPO 之间的平衡....我们看看到底我们出了什么问题
1 备份的策略的问题
2 恢复时间太慢的问题
3 没有高可用的问题
4 软件是否有解耦,降低恢复系统的时间的问题
看上图,一个备份恢复可能会把 ,软件部门的, 系统架构部门的..., 运维部门的, DBA 部门的,统统抓起来痛打20大板子, 没有一个部门是无辜的....CRASH 能让系统继续工作, 关键点在哪里, DBA 那就毋庸置疑了,板子打的是妥妥的, 备份策略怎么制定的, RTO RPO 到底是怎么衡量的,和业务部门和开发部门怎么商量的, 备份软件怎么选择的...,----不解耦数据的安全方面方面是一种问题,不知道这样设计的架构师,考虑没有考虑这样的问题.
3 数据的查询和数量之间的关系,自然操作日志的数据,大部分是不规则的,并且量也是比较大的,查询数据的时候却要定位准确