数据存储和操作治理.docxVIP

数据存储和操作治理

这一篇是数据存储和操作章节的最后一篇，不讲新工具。讲的是盖在前面所有数据存储和操作上面的那一层，数据存储和操作治理。它不生产动作，它解决三件事：定尺子（度量）、算总账（资产与合规）、兜两道关（审计管合规、验证管质量）。三块缺一块，前面那些活就是各干各的，出事时谁都拿不出完整说法。

本篇主要回答三个问题：

什么时候数据库算是正式建立起来了？DBA自己觉得稳，和业务觉得稳，是两回事。

什么时候数据库需要继续维护？能跑只是技术达标，合规和钱这笔账没人翻。

真被问到你们存的用户信息合不合规、备份真能恢复吗，拿什么证据出来？

一、度量

1.先说最常见的错位

很多团队监控面板一屏几十个图，CPU、QPS、连接数、慢SQL、磁盘刷得挺满。业务方某天问一句最近系统到底稳不稳，DBA得愣一下，因为面板上这些数，从来没跟业务对过口径。

磁盘用到80%，对交易收单是事故前夜，对内部日志库可能还能躺半年；可用性99.9%对订单系统是底线，对月度对账批处理可以放到99；慢查询P99到800ms，对后台导出是有点烦，对下单链路就是流失。数据指标本身没有对错，问题是在技术侧如何定义指标是好的。

度量指标不能由DBA关起门拍几个数，得跟数据架构师、数据质量团队一起定，因为什么算不可接受，只有离业务近的人说得清。

落到实操就是一句：指标清单要三方签字，不是运维群发个文档已