如果从头开始,怎样少走弯路成为合格的DBA( 三 )


基础运维,运维管理,shell脚本
互联网运维关注:
运维管理,运维架构和优化,开发技术

■网友
SQL Server数据库是一款综合性的复杂软件体,包含了硬件的调用,软件的处理。
如果你能看到实现数据库的源代码,你会触及编程的各个方面:
- CPU调度:多线程使用,资源调度与调控;
- 内存:缓存机制,数据压缩;
- 编译原理:T-SQL查询引擎的编译器算法;
- 网络应用:TCP,Named Piples, Listener进程进度;
- 存储结构:二叉树,平衡树在存储上的应用

这些还都是非常浅显的理论知识,你翻看数据库自带的文档或者白皮书,尝试多问自己几个概念和原理,就很快被接下来想要知道的一切给吸引过去。
不用过一段时间,你就会碰到灾备,高可用,高并发等课题。这个时候算是能做点事情了。在这个阶段你想突破,可能还需要懂得前端,服务的概念,自己从头玩一遍全栈,看看你涉及的架构是不是真的能扛得住双11,双12,你会无比开心。

等高峰业务也被你扛过了,你可能会对数据有想法,你可能会问自己,这么多数据,我究竟能用它来干点啥呢?

纵观数据库行业发展历史,从1950有磁带记录开始,有60多年的发展历程。而RDBMS的提出,从1970年算起,一直都稳定的应用在各个领域,直到2006年hadoop的兴起。我个人喜欢将hadoop的流行看做是数据库领域的又一次突破,意味着以后的数据时代,不再是RDBMS的天下,hadoop异军突起,对数据领域进行了一次革命。

Hadoop的流行,开始意味着(又是个人见解)数据领域的风向变了。数据的存储,管理和应用,迈向了新的步伐。固然旧有的数据系统依旧在用,依然需要事务性数据保证业务的ACID,但更多更代表先进的应用,传统的RDMBS已经给不了最佳的解放方案了,这就是分布式数据库应运而生的驱动力。这可能是一种趋向,意味着数据管理要向数据应用转势头。我的个人想法是,跟上时代的发展,在DBA之外,花点时间研究行业的生态圈。

我喜欢前面两位的回答:

宋沄剑在数据库整体框架上,给出了细节性的回答,鉴于新生代对数据库基础概念还掌握不全面的情况,应该快速突破这个阶段。至少在开发,优化方面掌握到一定水平。如今的环境,尤其是云环境,需要紧贴生态圈,让自己更懂行业的需求。逼迫自己强学一些前端,后端,云端的知识,对自己眼界与思考,是种培养。对解决问题的切入点会把握的更加精准,当别人还紧紧看着SQL性能发愁的时候,你可能已经想到了,只要在前端用个异步就能完成。

王洪波则是站在了技术生涯方面,做了外延,并涉及到具体的应用场景,比如更多数据平台,更大规模数据量,这对一个数据人来说绝对是锻炼眼界与技术的好环境。虽然有点偏题,但这是对发展有帮助的好建议。在SQL Server之外更有广阔的天地,等着去开发,紧紧盯着自己的一亩三分地,产量不会太高。更多的数据流,更多的应用被我们设计的数据架构给接稳当了是前提,让这些数据发挥爆炸级别的应用,或许更有意思。

我个人也是觉得,像云和恩墨的盖国强盖先生那样,从DBA一路打拼到公司老总的环境,正在慢慢转向。处在迷糊期的我们,还需要跟紧老司机的步伐,看看他们在做什么。

■网友
我补充一点,要努力学好英文,哈哈...

■网友
【如果从头开始,怎样少走弯路成为合格的DBA】 直接入职做DBA的机会还是挺不错的,很多人都是在其他岗位摸爬滚打一段时间才转成DBA。宋大师是SQL SERVER的大牛 ,讲的很到位了,从市场前景看,因为现在的开发DBA需求更多一些。所以在学习DBA知识的 同时掌握一些开发的技能是有必要的。看书看博客的同时多做实验,多实践就可以


推荐阅读