数据库管理-第320期 信息差是否值钱（20250503）

作者：胖头鱼的鱼缸（尹海文）
Oracle ACE Pro: Database
PostgreSQL ACE Partner
10年数据库行业经验
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP，ITPUB认证专家
圈内拥有“总监”称号，非著 名社恐（社交恐怖分子）
公众号：胖头鱼的鱼缸
CSDN：胖头鱼的鱼缸（尹海文）
墨天轮：胖头鱼的鱼缸
ITPUB：yhw1809。
除授权转载并标明出处外，均为“非法”抄袭

同上期一样，本期不分节。
在短视频平台上总能看到一类视频，一个开锁匠上门开锁，谈好了价格，开锁后户主觉得开锁时间短操作看似很简单，就会觉得看好的价格不值当，要么只给很少的钱，要么干脆不给钱。当然一般来说短视频里面解决就是开锁匠再次把门关上愤愤离去。
其实在IT这个行业里面，此类现象也是屡见不鲜，就拿咱们做DBA来说吧，巡检有手就能做，监控有眼睛的都能看，故障处理不就是输几条命令么，优化建议不就是加加索引么…之前有一个老大哥就说过，做IT，很多工作卖的就是信息差。这个其实很好理解，以写代码的开发为例，学习代码编写本身不是容易的事情，写出程序实现功能带来收益，就能很好的展现出价值，最重要的一点，如果是深谙“防御性开发”的话，代码很可能只有自己能看懂，那么这份价值就能维持（当然也不绝对）。
运维服务想通过信息差展现出价值相对来说比起写代码会差一些，但还是以我熟悉的DBA为例，我来一一反驳一下前面那些荒唐可笑的“见解”：

• 巡检：需要知道哪些是需要检查的内容，哪些地方可能会有隐患信息，这不单单是有手就能做的，得深入了解数据库运行方式，巡检必须做到全面且精准，并不是一味的多而杂，也不是浅尝辄止
• 监控：首先对于数据库来说搭建监控不是一件易事，即便是商业监控软件，搭建相对复杂，深入使用也需要了解数据库，否则那么多监控指标很可能会“迷乱心智”，不是每个指标超过阈值都是有问题的，就拿锁来说，数据库中几乎所有的操作都会有锁，但是锁多了就一定有异常么，反过来一个表锁带来的影响一定是巨大。如果是使用开源或自己写的监控程序，那么需要投入的就更多了
• 故障：最可笑的就是这一定，其实和开锁是一样的，看似简单，实则必须知晓其内种法门，有些东西不是和表面看起来那般简单，出手必须稳准狠，如果对数据库的了解不够深入，没有足够经验，很可能搞出更多的问题
• 优化：如果说优化只是加加索引，那岂不是同样可笑，从数据库使用层面来说，还有统计信息、分区、表设计等，向业务侧还可以从业务逻辑进行优化，但是还是得说一点，大多数开发场景下DBA并不会一开始就介入开发流程，在优化这块除了常规优化方法以外，要深入也是需要有能力从数据库运行中找到问题，也可以用不俗的交流能力和业务方沟通共同寻求优化方向

绝大多数的数据库运维其实源自于数据库的官方文档和一些学习途径，但这是远远不够的，很多东西还需要实操积累，也就是俗话说的菜就多练。另一方面也需要在工作中不断地遇见问题解决问题积累经验，这一点也是运维信息差最值钱的部分，要不为什么工程师会分初中高级，有时候还有资深和大师呢。
实操积累要么自己准备环境，要么花钱买点云，亦或是找个目标，比如去考取一个高级认证。经验积累确实很难，除了工作中的积累（说真的这个看际遇），还有一种方式就是多看看大佬的文章（也恬不知耻的给自己打个广告）、买一些实战类书籍好好钻研、加入社群大家共同提升…提升自己的方法虽多，但是现在的小辈越来越难看到能够静下心好好沉淀自己的人了，更多的是想空中楼阁一步登天，Stupid！
老规矩，不知道写了些啥。