在被厂商围剿的DBA 求生之路 --我是老油条-CSDN博客

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共2700人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9）(1 2 3 4 5 6群均已爆满，7群400+，开8群9群)

这篇文章是意外，本来不应该出现的。不过昨天在阿里爸爸的PolarDB for PostgreSQL的核心研发和产品经理从我这离开后，我就开始恍惚，开始憋气。

1 我有点舍不得我的那一堆的 4 5 6 7 8 9 10 T的POSTGRESQL 数据库，因为我知道留不住了，早晚得事情了，心情非常的C。

2 我又高兴，高兴我又走到了数据库产品的最新的阵营，说我是吃螃蟹的，我吃的都是活的螃蟹，可能没人比我在新了。

3 感叹数据库行业之卷，怎么可以，怎么能，你们不他们，他们怎么能，well done!

因为里面有一些核心的机密，我是保证不说出去的，我就说说周边的。

1 PG 可以动态扩缩容内存BUFFER POOL

2 PG 的SHARED BUFFER POOL 和ORACLE SQL SERVER MYSQL 一样，自己管理内存，不在需要系统CACHE的支持

3 FULL PAGE WRITE 不需要了，PG不会在出现页损坏的毛病了

4 主从数据同步只同步WAL 索引，且并行，双向奔赴的在从库REDO，100ms的同步延迟可能是最大值。

5 数据的归档和冷热数据分离，将在库内完成，而不是需要你进行数据的迁移拷贝，归档数据库随时可以在回到原库，归档的数据存储位置为OSS。

6 PG 数据库将开启和ORACLE ,OB 一样的租户模式

STOP 剩下的是不能说的。加一条吧 PG 数据库可以做OLAP的部分工作只需要create extension一个组件即可，当然不是什么duckdb。后续他们将更疯狂的，让这一切都自动化。 fuck fuck fuck !!!!!

我也问了一些技术问题，他们也都做了回答，然后我自然的没经过脑子的说了一句，你让友商怎么活，实际上不应该说这句。他们仅仅嘿嘿一笑，回答了我失控下的问题。

我昨天还是没忍住，在6群（因为那个群大佬少一些），说了这个事情，然后就炸锅了。这些DBA 后续在云技术的夹击下，因为本地部署的任何数据库都不可能是这样的，且现在数据库的产品开始不在遵循以前的模式了。

1 数据库并不是厂商自己说了算，我们这些客户或者有点想法的客户，已经开始和数据库厂商一起做数据库了，我们会将想法在沟通中不经意的说出去，然后人家就捕捉了，可能几个月后，产品就出来了，传统数据库PG再快也需要1年，他们快如果你的道理非常对，很可能下个月功能就上线了，然后你就可以使用了。

2 DBA 需要的新的知识和能力，在被重新的定义，前几天群里还有人在问，如何在云上部署K8S 数据库集群，可见大家的知识level 的差距比数据库知识本身的差异更大。

3 厂商在碾压过去的数据库产生的理论，如同我今年PG大会上说的，无为而治，我不笨我不会螳臂当车最后让人压的我血肉模糊，我不如就坐上他们的车，看看到底要去哪，或许还能看看沿途的风景，开启另一段，新，更新，最新的数据库职业NEW WAY。

PostgreSQL 运维的难与“难” --上海PG大会主题记录

最后数据库厂商会将DBA的职业改变，我不置可否，但追求新东西，不拒绝，不抗拒的人，会现将不改变的人的工作位置，先弄走，猎杀时刻先从内部你我开始吧！！

顺便说一句，因为已经干了快4年的云数据库，2025年我将开新的专栏，咱们说说云数据库怎么管理，什么是云数据库架构，上云后是RDS, ECS自建，还是云原生，哪些可以活的更久一些，是真的上云就没活干了吗？（打不过敌人，不如就和他们一伙吧）