❝开头还是介绍一下群，如果感兴趣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 已经开放的课程
PolarDB 非官方课程第五节--PolarDB代理很重要吗？--答题领奖品
PolarDB 非官方课程第四节--PG实时物化视图与行列数据整合处理--答题领奖品
PolarDB 非官方课程第三节--MySQL+IMCI=性能怪兽--答题领奖品
PolarDB 非官方课程第二节--云原生架构与特有功能---答题领奖品
PolarDB 非官方课程第一节-- 用户角度怎么看PolarDB --答题领奖品
免费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 ?
OceanBase 相关文章
写了3750万字的我，在2000字的OB白皮书上了一课--记 《OceanBase 社区版在泛互场景的应用案例研究》
OceanBase 6大学习法--OBCA视频学习总结第六章
OceanBase 6大学习法--OBCA视频学习总结第五章--索引与表设计
OceanBase 6大学习法--OBCA视频学习总结第五章--开发与库表设计
OceanBase 6大学习法--OBCA视频学习总结第四章 --数据库安装
OceanBase 6大学习法--OBCA视频学习总结第三章--数据库引擎
OceanBase 架构学习--OB上手视频学习总结第二章 （OBCA）
OceanBase 6大学习法--OB上手视频学习总结第一章
没有谁是垮掉的一代--记 第四届 OceanBase 数据库大赛
跟我学OceanBase4.0 --阅读白皮书 (OB分布式优化哪里了提高了速度)
跟我学OceanBase4.0 --阅读白皮书 （4.0优化的核心点是什么）
跟我学OceanBase4.0 --阅读白皮书 （0.5-4.0的架构与之前架构特点）
跟我学OceanBase4.0 --阅读白皮书 （旧的概念害死人呀，更新知识和理念）
OceanBase 学习记录-- 建立MySQL租户,像用MySQL一样使用OB
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 数据模式与建模
MongoDB 双机热备那篇文章是 “毒”
MongoDB 会丢数据吗？在次补刀MongoDB 双机热备
MONGODB ---- Austindatabases 历年文章合集
PolarDB 相关文章
用MySQL 分区表脑子有水！从实例，业务，开发角度分析 PolarDB 使用不会像MySQL那么Low
MySQL 和 PostgreSQL 可以一起快速发展，提供更多的功能？
“PostgreSQL” 高性能主从强一致读写分离，我行，你没戏！
POLARDB 添加字段 “卡” 住---这锅Polar不背
PolarDB 版本差异分析--外人不知道的秘密（谁是绵羊，谁是怪兽）
PolarDB 答题拿-- 飞刀总的书、同款卫衣、T恤，来自杭州的Package（活动结束了）
PolarDB for MySQL 三大核心之一POLARFS 今天扒开它--- 嘛是火
PostgreSQL 相关文章
PostgreSQL Hybrid能力岂非“小趴菜”数据库可比 ？
PostgreSQL 新版本就一定好--由培训现象让我做的实验
PostgreSQL 无服务 Neon and Aurora 新技术下的新经济模式 （翻译）
“PostgreSQL” 高性能主从强一致读写分离，我行，你没戏！
PostgreSQL 添加索引导致崩溃，参数调整需谨慎--文档未必完全覆盖场景
PostgreSQL SQL优化用兵法，优化后提高 140倍速度
PostgreSQL 运维的难与“难” --上海PG大会主题记录
PostgreSQL 什么都能存，什么都能塞 --- 你能成熟一点吗？
全世界都在“搞” PostgreSQL ，从Oracle 得到一个“馊主意”开始
PostgreSQL 加索引系统OOM 怨我了--- 不怨你怨谁
PostgreSQL “我怎么就连个数据库都不会建？” --- 你还真不会！
病毒攻击PostgreSQL暴力破解系统，防范加固系统方案（内附分析日志脚本）
PostgreSQL 远程管理越来越简单，6个自动化脚本开胃菜
PostgreSQL 稳定性平台 PG中文社区大会--杭州来去匆匆
PostgreSQL 分组查询可以不进行全表扫描吗？速度提高上千倍？
POSTGRESQL --Austindatabaes 历年文章整理
PostgreSQL 查询语句开发写不好是必然，不是PG的锅
PostgreSQL 字符集乌龙导致数据查询排序的问题，与 MySQL 稳定 "PG不稳定"
PostgreSQL Patroni 3.0 新功能规划 2023年 纽约PG 大会 （音译）
PostgreSQL 玩PG我们是认真的，vacuum 稳定性平台我们有了
PostgreSQL DBA硬扛 垃圾 “开发”，“架构师”，滥用PG 你们滚出 ！（附送定期清理连接脚本）
MySQL相关文章
MySQL 的SQL引擎很差吗？由一个同学提出问题引出的实验
用MySql不是MySQL, 不用MySQL都是MySQL 横批 哼哼哈哈啊啊
MYSQL --Austindatabases 历年文章合集
临时工访谈系列
没有谁是垮掉的一代--记 第四届 OceanBase 数据库大赛
SQL SERVER 系列
SQL SERVER 如何实现UNDO REDO 和PostgreSQL 有近亲关系吗
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
