Oracle
现在具有企业大型软件的绝对占有率
DB2 在以IBM服务的公司以及单位（中国银行）
MySql 相对不是很正式的开发，使用MySql
当然还有一些：Access(桌面数据库),FoxPro(中国教育),Informix的数据库系统.
刚开始入门的时候可以找点视频教程来学习，视频教程一般讲得比较好，但不要企图于通过它达到比较高的水平。然后要学会将自己所知道的去实践，多实践。当觉得实践到一定程度而没有什么冲劲了，就去学习理论，当觉得理论知识需要发挥的时候就去实践，时间的周期不一定，没有什么定论，但自己的时间安排需要定论就可以了。
我一直都认为在计算机行业要学会一门技术太简单了，但如果要把技术发挥到一定程度就有难处了，一定程度是什么意思，就是把技术如何发挥到具体的业务之中，会动脑筋去思考，而把技术作为相对次要的东西了。
数据库的DBA人员需要兼有系统分析员和运筹学的业务素质。在技术上讲，我个人认为数据库的前续学科是“数据结构”。
我现在刚学SQL Server一段时间,就自己的感想谈谈:
1.数据库是非常快的数据处理程序,其内在的本质依旧是"文件".因为
Windows *** 作系统管理机制就有:磁盘、文件、目录。Linux的方式只有文件。所以数据库重本质的角度来说是一种平台软件，是将文件翻译成逻辑语言的软件，成为我们软件程序数据交换的中心，为什么那，一个很重要的原因就是“快”，还有就是“安全”、“集成”等等。因为以前的语言程序要处理数据要编写大量算法十分麻烦而且很容易出错等等。大家就想到集成了。。。。。
2.其实，要谈到 *** 作数据库，简单的就太简单了，但是数据库最难的不是 *** 作，而是在数据库的设计上。一个大型程序设计者肯定是一个数据库的高手，因为大型程序要死板地去完成它是非常困难和不理智也是不安全不稳定的，我们要充分利用自己所有的能力去挖掘其数据之间的奥秘，然后体系化数据库结构，相当于在数据库中如何层次化地建立数据结构。将需求中的矛盾事物改变成可以相互融合的。
我说的数据库 *** 作简单是指一般 *** 作，如果难的 *** 作还是有点技术的，但还是难不到那里去。下面我把我的一个小数据库程序给你看看：（下面这个程序已经建立数据库library，然后用dbo用户建立了表relatBook，并将表的第一个字段设置为“主键”PK）
该程序想说的第一点是：程序按照标准用户写入法则写入。
另外就是在执行多个 *** 作的时候每一步骤的 *** 作我们都必须为其设置错误的回滚 *** 作。所以程序前两个段落都是一样的，在插入的时候故意出现异常，看第1和第3个语句是否能成功执行。
从上面看出点什么没有，你我执行了三个 *** 作，第一个 *** 作是肯定成功的，第二个是肯定失败的，第三个跟在后面，那么你想一想第一个和第三个 *** 作能插入数据库中吗？我这个程序没有什么意义，但只是未了说明问题。
答案是：不能。
为什么不能，这是SQL所支持的“事务”外完成的，这是技术问题，没有什么的，会了大家都会。为什么要这样做那，那才是要学习的前提。你想一想如果你建立了一个地区的帐物管理系统，当一个单位向另外一个单位转帐的时候，需要执行两个 *** 作就是将一边的信息刷掉，一边的信息添加上去，而当执行一半的时候出现了某种异常中断，比如高优先级的抢占，服务器重起、停电。当时你知道有多少人在访问你的服务器，那要造成多大的数据库信息丢失，甚至于导致数据库的查询的严重失败。那么我就知道需要上面知识的支持了。
3.为什么说上面的东西都很简单那，因为只要你会，那就可以了，而设计方面的东西是永远不是那么简单的，永远带有创新和追求，没有最高的境界。
就一个十分常见的问题，如何在数据库中配合好人员、角色、权限、类别、级别、可 *** 作性这几者的关系，如果是没有经验的人直接上手可能会乱来（我们最早也是这样的）。有经验的人也会设计一段时间，而且随着软件复杂性的增加，其数据库的这几者之间的复杂性就越来越复杂。所以大型软件是非常难的。就一个很简单的例子，在很多的网站中，有上百的栏目信息，而每一个栏目间又保持独立。图片的位置和图片的信息都是动态更新的。某些网站的可 *** 作性都以树型结构提供，而树型结构的子树类别和和叶子都是不重复而不错误。而且其层数都是动态的。有些人给我说可以通过前台的判定语句来执行树型结构的生成，但我问了一个问题，如果是一个邮政编码系统，有几十万个邮政编码你在前台要写多少个case语句，而且每一次要遍历一次已经生成的树，还有用前台的case语句编写出来的树型结构其二级子树全部“定死”，而且树型结构的层树也被定死。这不是完全动态级别的网站。为以后对网站的维护带来麻烦。
总之，数据库是一门入门容易却达到高手很难的学科,通过不断在失败中吸取经验,才能得到一些书籍上无法学会的东西,那才是真正的高手。也就是说，学技术是很快的，要会将技术运用于实际的业务分析，才可以成为一个自我型的DBA，而不是一个简单的程序员。
1.理解MySQL内核对于DBA的重要性；如果精通内核对于搞数据库的人来说，可以称得上专家。开源数据库的一个最大好处就是可以去读源码，根据自己的需求去进行个性化的开发，毕竟数据库根据业务最基本的也要分为OLTP,OLAP，系统类型的不同，决定了数据很多参数配置以及核心参数的调整也是不一样的。在调整这些参数前，如果不明白实现的原理，只是根据经验值去调整肯定是不行的，参数可以进行调整，比如减少事务表的长度，修改并发时程来减少锁争用等，如果不明白源码里面的实现方式，是没有办法去修改的，调整参数无法完成的个性化需求，可以通过源码去实现。
如果商业数据库比如oracle开放源码，很多的核心原理得到确认，对于深入学习数据库的人来说是个很大的财富，但是这是不可能实现的。mysql的开源化，对于学习mysql来说个很大的宝库，从源码里可以看出各个引擎的实现方式，而这些核心的原理在很多文档里是看不到的。以前pub里有个大牛说过搞开源化的数据库，如果看不懂源码的话，只能在表面上做工作，搞几年下来，基本就是靠运维，部署，高一些读写分离的架构层面的运维工作，不能称其为专家。
作为MYsql DBA，如果精通源码，对于数据库的理解会深入很多，阿里也是从源码上修改，可以支持自己的业务需求。MYSQL这几年的发展也是靠很多的人根据自己的需要写了很多分享行的代码，可见开源化对于mysql的发展起到重要作用。优秀的DBA需要去阅读一些代码，当比较极端的业务需求需要去定制化数据库的一些功能时，可以从源码级别开发设计适合自己的引擎，mysql在引擎方面预留了很多的接口，可以进行个性化开发。目前我能了解的有网易研究院搞的TNT引擎。
2.怎样阅读InnoDB存储引擎源码；
接触mysql也有几年的时间，很多时候都是阅读官方文档，没有真正的从源码去分析和阅读。以前阅读过姜承尧的innodb引擎这本书，是从一些核心原理上进行讲解，非常深入和精彩。要想InnoDB存储引擎源码需要C和C++的基础，自己能够编译一些程序，确保在修改后能够编译成功。我看过InnoDB存储引擎源码，发现里面的源码量非常大，如果要通读一遍的话，需要很长的时间，而且也非常枯燥，读一些就难以坚持下去。
经过一段时间的积累，我感觉是从一些比较常见的问题去阅读，比如读写，异步的实现，lock,latch，mutex的实现方式，还有内存管理的一些链表等去阅读，每天抽时间读一读，就当是消遣一下。对于索引，实务，缓存等内核的源码一点一点的去看，带着理论知识去理解源码，反过来用源码的实现原理来纠正和补充理论知识，在这个过程中可以快速提高自己。
3.说说读完试读章节后您的感想？
这是本非常好的书，可以对着作者以前写的innodb引擎的那本书一起结合看。试读章节主要分享了两章内容：
第一章是概括性的知识，介绍了INNODB存储引擎的历史，如果知道的同学可以直接略过，后续内容对于源码的版本，风格，编译的方式做了一些介绍，主要是给我们一个源码阅读的认识，对于作者分析的源码方法十分认可，按照层次去阅读，这样可以非常容易的去理解。对于我们这些源码分析的初学者来说可以按照作者的建议，进行按部就班的阅读。
第二章介绍了一些INNODB存储引擎的内存管理的实现，基本数据结构，对于后续做个铺垫。以前都是直接学习理论，记住了这些的内容就可以了，现在从源码角度可以去看看实现方式。这些内容如果前期学的比较深入的话，可以大体看看，如果对这些链表，内存管理方法不是很清楚的可以好好读读，毕竟这是深入学习的基础。
这是分析源码方式的卷1，后续期待作者更多精彩的内容分享。让更多的人喜欢并且可以阅读源码，为开源化数据库作出贡献。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）