makefile 复制代码

作者：IT邦德
中国DBA联盟(ACDU)成员，10余年DBA工作经验，
Oracle、PostgreSQL ACE
CSDN博客专家及B站知名UP主，全网粉丝10万+
擅长主流Oracle、MySQL、PG、
高斯及Greenplum备份恢复，
安装迁移，性能优化、故障应急处理

微信:jem_db
QQ交流群:587159446
公众号：IT邦德

@TOC

前言

我用十多年的DBA经验告诉你，如果你作为研发觉得DBA很Low，你是会吃苦头的

"你以为DBA就是安装一下数据库，管理一下数据库？你丢个SQL给DBA优化下？你的日志爆满了DBA给你清理一下？DBA帮你安装下中间件？你以为的DBA只是做这些事？"

秉持着和平交流的学习态度，我这里精选了几位高赞粉丝的精彩回答

1.救火能力

1.1 调优

IT界并没有一个通行的 "拳头" 来判断谁low，谁更low。有时候，研发写的程序，新功能发布后，就出现磁盘IO出现瓶颈了、或者CPU飙高到100%了，但是这个时候，只是表象，只知道Linux机器的资源耗尽了，DBA得先找到资源消耗在哪了，才能进一步分析原因，用数据说话是应用的问题，才能责令程序员整改。

SQL调优是一个复杂的过程，涉及多个方面，包括但不限于SQL语句的编写、索引的使用、表的连接策略、数据库的统计信息、系统资源的利用等。调优的难度取决于多个因素，包括查询的复杂性、数据量、硬件资源、数据库的工作负载和现有的优化策略。

在这里给大家分享一个执行计划变，1个SQL把系统干崩的情景，由于业务用户检索数据范围过大，导致执行计划谓词越界，通过矫正执行计划及开启操作系统大页，服务器DB一直存在的CPU高负载从75%降低到25%！

生产问题，瞬息万变，DBA要同时熟悉业务，并对硬件、网络要精通，要在这样的复杂情况下作出正确的决策，这一点我想难度不小吧。

1.2 高可用

数据库高可用是指DB集群中任何一个节点的故障都不会影响用户的使用，连接到故障节点的用户会被自动转移到健康节点，从用户感受而言，是感觉不到这种切换。

那么DBA在高可用的配置方面，下面就是某制造业大厂，应用层的链接方式

ini 复制代码

--jdbc应用端的连接
jdbc:oracle:thin:@(DESCRIPTION =
(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = rac1-vip)
(PORT = 1521))(ADDRESS = (PROTOCOL = TCP)(HOST = rac2-vip)
(PORT = 1521))(LOAD_BALANCE = no)(FAILOVER = yes))
(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = dbserver)))

那么这种配置FAILOVER = yes，Net会从多个地址中按顺序选择一个地址进行连接，直到连接成功为止，那么就会保证数据库单节点故障，自动的切换，高可用是故障发生的第一个救命的稻草，系统上线前一定要测试好，才能确保数据库的高可用，这期间DBA功不可没！

还有客户要求选择的一套国产数据库支持核心业务，那么作为DBA在选型及业务适配上就发挥作用了，跟研发确认发现应用是兼容PG的，而且客户要求要同时兼容OLAT和OLTP业务，看下以下这套openGauss国产数据库的高可用架构。

ini 复制代码

1.openGauss高可用：CM
通过配置VIP故障转移，OLTP连接VIP，进行事物交易
同时支持动态配置CM集群故障切换策略和数据库集群脑裂故障恢复策略，
从而能够尽可能确保集群数据的完整性和一致性。

2.写重定向，报表分析业务连接，支持读写分离
主备节点开启控制参数 enable_remote_execute=on之后
通过备库发起的写操作，会重定向到主库执行

2.监控能力

这方面我是最有发言权了，SA一直是我的本职工作，从机房硬件部署、弱电以及数据库的安装实施，很多东西需要依赖于DBA来做，全力保障应用的稳定性，而且监控到的指标随时可以推送到邮件以及微信。这期间我也发现了很多天窗，原来还可以这么干？

2.1 服务器监控

首先监控Linux服务嘛，那肯定是要全方位系统的监控，网络、磁盘、CPU、内存等等，这才叫监控，那么其实给大家推荐一款免费的监控工作

Prometheus提供了从指标暴露，到指标抓取、存储和可视化，以及最后的监控告警等组件。

数据库监控

Zabbix聚焦于帮助用户通过性能优化和功能升级来快速响应业务需求，从而满足客户的高期望值，并提升IT运维人员的生产力。在可扩展性与性能、稳定性与高可用、可观测性几个领域获得持续提升。监控做不好，救火救到老！拿下Zabbix，现在！立刻！马上！！

ruby 复制代码

1.监控Oracle
博客地址：
https://jeames.blog.csdn.net/article/details/126825934
2.监控PostgreSQL
博客地址：
https://jeames.blog.csdn.net/article/details/120300581
3.监控MySQL
博客地址：
https://jeames.blog.csdn.net/article/details/126825934

3 数据源赋能者

从AI、智能化到云迁移和安全性，业务和技术趋势不断重塑DBA在组织中的角色.DBA 群体站在时代的岔路口，国产数据库太多了应该怎么选？DBA 会被云上数据库抛弃吗？应该如何应对新时代挑战？职业终点在哪里？

复制代码

1.云数据库解决方案
DBA要善于利用云原生保障数据安全和优化成本

2.数据安全与合规
随着数据保护法律的出台、日益严峻的网络攻击，
DBA必须掌握加密、访问控制和审计等技能

3.灾难恢复和业务连续性
随着企业愈加依赖数据的连续性，
快速恢复丢失数据并最大限度地减少停机时间至关重要

4.自动化和脚本编写
自动化和脚本编写对于DBA管理重复性任务和提高效率尤为关键

5.有效的沟通和协作
有效的沟通和协作仍然是DBA的重要技能。
能够向同事清楚地传达技术信息、与跨职能团队合作，
打破IT部门和业务部门之间的信息差，确保数据库的策略与组织目标保持一致。

4.总结

在一个公司写了屎山代码的研发，可以拍拍屁股走人，然后继续去下一个企业再写个屎山。反正不会追着代码跨省找你。而一个搞崩了系统的DBA，这个闯祸经历将成为他的黑历史，并影响到他未来的就业.因为需要专业DBA的好企业，基本都是几百台服务器起步的大项目，难免不会查背景，这就导致DBA如果想干得好，圈子会越来越小，请记住是干得好，不是混得好，混是会出事的。

好了，以上就是我对DBA的理解了，有不足之处还望指正。

研发都认为DBA很Low?我反手一个嘴巴子

前言