❝开头还是介绍一下群,如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题,有需求都可以加群群内有各大数据库行业大咖,可以解决你的问题。加群请联系 liuaustin3 ,(共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9)(1 2 3 4 5 6 7群均已爆满,开8群近400 9群 200+,开10群PolarDB专业学习群 7月份开课)
从数据库国产化替代到XC替代 昨天徐老师的文章是炸街了,MySQL被政策要求替换的事情,给国产的数据库兼容MYSQL产商打了一针兴奋剂,OceanBase,Tidb,PolarDB 都等着分肉吃呢。此篇文章就是接着这事情说, 乙方DBA。
题目一定会挨骂,但内容一定不会被骂?上周在一个群里有人@我,问1分钟产生1G的BINLOG的MySQL怎么进行从库同步,甲方的意思是要求主库和从库数据在这样的情况下是数据是一致的。
问的同学我好像是有印象,是一个乙方的同学(乙方DBA经常难)。当时我的回复是,这样不行必须写一篇,所以就有了这篇的存在,哦顺便说一句那个MySQL是一个5.7的版本。
说到数据库,说到乙方DBA,有句话叫给狗都不干乙方DBA,实际上DBA这个职业,不准确的估算至少60-70%的DBA都是乙方公司的,甲方的DBA其实并不多。
这里对甲乙两方的数据库DBA的看法开始分流了。
一种说法是,乙方DBA都很水,没有真才实学就是卖人头的,另一种说法是乙方DBA没有两把刷子是做不了乙方DBA的。
这两种说法其实都很片面,但也都从侧面表达了乙方DBA的某个面,如果按照给狗都不干乙方DBA这个说法,我很幸运干了这么多年我是一天的“纯”乙方DBA都没有干过,都在在甲方公司。但从另一种说法,乙方才是锻炼人地方,乙方DBA都是好样的来说,我很不幸,因为我一天都没有干过乙方DBA。
失之东隅收之桑榆,这句话出自《后汉书·冯异传》意思就是在某处有所失去,在某处必然有所得。顺着这个思路,我们分析一下乙方DBA 和 甲方DBA,“失之桑榆”。
乙方DBA,首先定义什么是乙方DBA,这里指的就是以服务为主题的数据库或IT服务类公司的DBA人员,这类DBA叫乙方DBA。在用大白话来说,这些DBA从某种意义上,就是卖人头的。
可从某种角度,我很羡慕某些乙方DBA,从锻炼的角度来讲
1 乙方DBA的经历一定比甲方的DBA多,无论是待人接物,还是技术的阅历,因为见多识广,无论是人还是事情,或者技术。这也是很多数据库专家多来自乙方的原因。
2 乙方的DBA其实有更多的时间来学习和钻研专业的数据库技术,首先基于乙方和甲方之间的因素,乙方要投标,乙方要通过掌握关键核心的技术来征服甲方的需求,这都是乙方必须具有高级DBA的原因之一。
3 的确甲方的DBA搞不定的,才叫乙方去搞,那么问题的难度一定有,且必须解决,乙方DBA的成功秘笈就是见多识广。
从技术和重要性的角度,乙方的DBA是乙方公司的宝贝,尤其那些DBA的大拿。
收之桑榆,失之东隅,我喜欢辩证看问题,这也是我对于一些绝对主义者看不起的原因,换你,你会喜欢一个单条虎,独眼龙的言论和看法吗? 我们愿意听到的是完整,全面,利弊都分析的看法。
那么乙方的DBA,为什么会流传说给狗狗都不干的说法,这就要从层面和角度来看了,
首先乙方的DBA一定是辛苦的,走南闯北,因为乙方要利益最大化,所以必须把你卖出去,那就必须让你忙起来,如果不忙你真的没有活,那就要失业了。但太忙也不是好事,忙要有忙的收获。下面这些情况就不是好的情况:
1 处理的大部分工作是重复,且没有技术含量,或技术门槛的,俗称卖人头。
2 数据库的技术单一且处于产品末端期,比如DB2的DBA,或者一些逐渐走下坡路的数据库技术
3 数据库技术由于服务的甲方低端,有一些乙方的DBA是服务于某一个甲方,甲方的数据库产品技术更迭,导致乙方的DBA在甲方工作没有进步
4 乙方DBA无法进入核心技术,这是一个乙方DBA经常吐槽的部分,什么好事都是甲方的DBA干了,把一些没有技术含量的工作推给乙方。
虽然没有干过乙方的DBA,但我还是知道加班,背锅,挨骂,等等存在的问题,但甲方的DBA也存在这样的问题,这里就不展开了。
这样分析就完了吗? 并没有失之东隅,收之桑榆,看问题的反过来,调过去的看,乙方DBA 有一个比甲方DBA更容易发挥价值,且可以追逐价值体现的便利性,俗称赚钱。
乙方的DBA,随着工作年限的积累,他们将具有以下甲方DBA很难拥有的东西
1 人脉,乙方的DBA去的地方多,无论是在本行业还是跨行业,只要不是闷葫芦那么一定会积累自己的人脉。
2 技术资源:技术资源并不是说非要精通某项技术,而是对行业的大部分数据库技术都了解,作为一个数据库主板,你身上的插槽越多,你能接的活就越多,这也是很多乙方DBA ,成为考证侠的原因。
3 人脉有了,技术有了,去的东家多了,这人要是有点灵气,那就要开始自己干了,这就是乙方比甲方DBA有发展,收之桑榆的部分。
甲方DBA大部分最终的结果是离开岗位,是失业还是往更高的位置去爬我们暂且不说,而乙方DBA自主创业,去当老板的那是有得天独厚的原始可能性。
说了这么多,你说乙方DBA是好,还是不好,要我说,你要是条好汉,放哪你都行,你要是个X,放哪你都X?
至于MySQL行不行的问题,十年河东,十年河西,聪明的人不会纠结MySQL行不行,而会纠结自己行不行,他们反正不会吊着一个数据库的上吊绳,他要断了,不就死了,多个绳子多个保证。
免费PolarDB云原生课程,听课“争”礼品,重塑云上知识,提高专业能力
置顶
某云在 德国“柏林” SIGMOD大会放“大招” 与 DTCC 16年DB的变化
OceanBase Hybrid search 能力测试,平换MySQL的好选择
HyBrid Search 实现价值落地,从真实企业的需求角度分析 !不只谈技术!
OceanBase 光速快递 OB Cloud “MySQL” 给我,Thanks a lot
从“小偷”开始,不会从“强盗”结束 -- IvorySQL 2025 PostgreSQL 生态大会
被骂后的文字--技术人不脱离思维困局,终局是个 “死” ? ! ......
9个群2025上半年总结,OB、PolarDB, DBdoctor、爱可生、pigsty、osyun、工作岗位等
用MySQL 分区表脑子有水!从实例,业务,开发角度分析 PolarDB 使用不会像MySQL那么Low
云数据库产品应改造PostgreSQL逻辑复制槽缺陷--来自真实企业的需求
泉城济南IvorySQL 2025 “雷暴云” 就在云和云原生会场
SQL SERVER 2025发布了, China幸亏有信创!
MongoDB 麻烦专业点,不懂可以问,别这么用行吗 ! --TTL
PostgreSQL 新版本就一定好--由培训现象让我做的实验
删除数据“八扇屏” 之 锦门英豪 --我去-BigData!
写了3750万字的我,在2000字的OB白皮书上了一课--记 《OceanBase 社区版在泛互场景的应用案例研究》
疯狂老DBA 和 年轻“网红” 程序员 --火星撞地球-- 谁也不是怂货
和架构师沟通那种“一坨”的系统,推荐只能是OceanBase,Why ?
跟我学OceanBase4.0 --阅读白皮书 (OB分布式优化哪里了提高了速度)
跟我学OceanBase4.0 --阅读白皮书 (4.0优化的核心点是什么)
跟我学OceanBase4.0 --阅读白皮书 (0.5-4.0的架构与之前架构特点)
跟我学OceanBase4.0 --阅读白皮书 (旧的概念害死人呀,更新知识和理念)
MongoDB 相关文章
MongoDB “升级项目” 大型连续剧(4)-- 与开发和架构沟通与扫尾
MongoDB “升级项目” 大型连续剧(3)-- 自动校对代码与注意事项
MongoDB “升级项目” 大型连续剧(2)-- 到底谁是"der"
MongoDB “升级项目” 大型连续剧(1)-- 可“生”可不升
MongoDB 大俗大雅,上来问分片真三俗 -- 4 分什么分
MongoDB 大俗大雅,高端知识讲“庸俗” --3 奇葩数据更新方法
MongoDB 大俗大雅,高端的知识讲“通俗” -- 2 嵌套和引用
MongoDB 大俗大雅,高端的知识讲“低俗” -- 1 什么叫多模
MongoDB 合作考试报销活动 贴附属,MongoDB基础知识速通
MongoDB 使用网上妙招,直接DOWN机---清理表碎片导致的灾祸 (送书活动结束)
MongoDB 2023年度纽约 MongoDB 年度大会话题 -- MongoDB 数据模式与建模
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
POLARDB 添加字段 “卡” 住---这锅Polar不背
PolarDB 版本差异分析--外人不知道的秘密(谁是绵羊,谁是怪兽)
PolarDB 答题拿-- 飞刀总的书、同款卫衣、T恤,来自杭州的Package(活动结束了)
PolarDB for MySQL 三大核心之一POLARFS 今天扒开它--- 嘛是火
PostgreSQL 无服务 Neon and Aurora 新技术下的新经济模式 (翻译)
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
全世界都在“搞” PostgreSQL ,从Oracle 得到一个“馊主意”开始
PostgreSQL 加索引系统OOM 怨我了--- 不怨你怨谁
PostgreSQL “我怎么就连个数据库都不会建?” --- 你还真不会!
PostgreSQL 稳定性平台 PG中文社区大会--杭州来去匆匆
PostgreSQL 分组查询可以不进行全表扫描吗?速度提高上千倍?
POSTGRESQL --Austindatabaes 历年文章整理
PostgreSQL 查询语句开发写不好是必然,不是PG的锅
MySQL相关文章





