高并发Oracle数据库系统的架构与设计经验谈，欢迎参与！

xuexiaogang

回复 1# send_linux
我工作以来一直接触Oracle，虽然接用到了mysql、Mongodb和hbase。但是最熟悉的还是oracle。据去年统计全世界两百多种数据库Oracle依然是第一位的。
我从来没有当过专职的DBA。经历的公司中从来没有这个岗位。（但是我带出过DBA。现在已经是一个支付公司的首席了。）
但是这丝毫不影响我学习数据库的热情。现在用不到数据库的IT技术不多。数据库是一个核心。
但是有很多人没有这个意识。所以不**。但是**的也有，我发现**的都是好单位。我以前接触某家云存储公司，他们一听就是搞技术的。每天10亿条记录的增加。他们说如果数据库坏了，云存储再多，没有用，上面的文件就是垃圾。数据和存储文件一样重要。
现如今的DBA，如果是只管数据库那就是初级的。就是个数据库管理员。但是如果能进行开发编码，用来处理一下现在漫天飞的大数据和数据挖掘，那么就更加深了一个层次。接下来，其实应该懂操作系统，懂硬件，懂网络和中间件等。因为数据库是要和这些打交道的，你很难说是数据库的问题或者不是数据库的问题。整个IT系统是个整体。不能眼光太短浅。
就像作者说的数据架构师是DBA较高的境界。这个是需要多年的积累和磨练才铸就的。达到了这个层次，我觉得已经是宏观可以掌全局，围观可以控细节。我们可以搭建集群，也可以分析数据库段或者区、乃至块上发生的问题。
数据库设计真的要从上到下，以及从下到上的考虑。


   

xuexiaogang

回复 7# aluocp
我工作以来一直接触Oracle，虽然接用到了mysql、Mongodb和hbase。但是最熟悉的还是oracle。据去年统计全世界两百多种数据库Oracle依然是第一位的。
我从来没有当过专职的DBA。经历的公司中从来没有这个岗位。（但是我带出过DBA。现在已经是一个支付公司的首席了。）
但是这丝毫不影响我学习数据库的热情。现在用不到数据库的IT技术不多。数据库是一个核心。
但是有很多人没有这个意识。所以不**。但是**的也有，我发现**的都是好单位。我以前接触某家云存储公司，他们一听就是搞技术的。每天10亿条记录的增加。他们说如果数据库坏了，云存储再多，没有用，上面的文件就是垃圾。数据和存储文件一样重要。
现如今的DBA，如果是只管数据库那就是初级的。就是个数据库管理员。但是如果能进行开发编码，用来处理一下现在漫天飞的大数据和数据挖掘，那么就更加深了一个层次。接下来，其实应该懂操作系统，懂硬件，懂网络和中间件等。因为数据库是要和这些打交道的，你很难说是数据库的问题或者不是数据库的问题。整个IT系统是个整体。不能眼光太短浅。
就像作者说的数据架构师是DBA较高的境界。这个是需要多年的积累和磨练才铸就的。达到了这个层次，我觉得已经是宏观可以掌全局，围观可以控细节。我们可以搭建集群，也可以分析数据库段或者区、乃至块上发生的问题。
数据库设计真的要从上到下，以及从下到上的考虑。

   

xuexiaogang

回复 7# aluocp


    专家，写的好！

ylky_2000

回复 19# aluocp


    谢谢回复。
明白了，死锁是程序逻辑问题引起，需要优化程序。
第一次听到了数据库森林的概念，值得期待拜读。
去O和不去O更多是从投入角度来看吧。看楼主关于这点的回复，感觉是做过关于去O很深入的研究的。
另请教，数据库方面的架构师，是否也需要从财务方面考虑选型？经常听到很多大牛和资深人士，在遇到授权和价格方面的问题的时候都说要问销售。所以一直不解为何，还是我对架构师这个岗位的职能理解有误？

aluocp

回复 23# wang290


遗憾的是，我现在也在推动这种“去IOE”的大跃进。

aluocp

回复 27# ylky_2000


如果是资深的架构师的话，就要全面的考虑了，包括财务方面的。

用现在的话来说，你就是数据库的产品经理。

jackson198574

顶起来~~~哈哈

jiangxiaoyu

回复 1# send_linux


哈哈，偶终于回来啦。针对管理员提出的三大问题偶胡乱说说吧。

Question (2) :
  俗话说要想马儿跑的快就要马儿吃的饱，饿着肚子不用说马了路虎都跑不了。如果把饿和饱当作数据库的两种根本特性，那么想马儿吃的少又跑的快的想法更本是天方夜谭。高并发的数据库架构设计，得有个限制。在多少压力范围内，偶的这个系统最高并发量能达到多少，产生的IOPS和output是多少等等。。
那么如果您满意咱们的数据库的DNA就按照这个模型做，然后人工建库,tablespace,users...
  从偶上面一段话可以看出采用什么样的方法去建造在不久的将来会不会被程序自动取代呢,那么咱们目前大部分DBA是不是就在做这样的事情呢？设计这样一个数学模型的人在任何时代都不会被取代。写到这里偶不禁对偶的未来开始担忧了。
  说正事，由于冯大爷的一个决定让数据只能是先被存储才能被运算，也就是说同一个object在同一个时刻不能被两个进程或者线程完全占有。基于这样困境，那么读写分离是目前比较容易实现的一种方法啦。欢迎大家拍砖。

Question (3) :
  偶最近在研究Timeten，感觉这个玩意很有意思它可以作为读写分离系统得力的好帮手。可总感觉其最多只充当护航机或者僚机这样的角色。

Question (1) :
  最后来聊聊Oracle本身。术业有专攻，面对其它列式数据库恶毒的嘲笑咱们作为行式数据库的扛把子没有低头的必要。Oracle行式数据库的特点完全适合做高并发的数据库来使用。只是又要读又要写使得它太累了，但是客户错误的认为SQL语句可以实现任何功能使得其在功能的修改上随心所欲。如此再 强悍的软硬件结合也经不起这样的折腾，结果受伤的总是DBA。。。



   

thinkeasy

回复 22# miniuinx


    开源是很火，去ＩＯＥ也很火，但人才的缺少是非常大的，这才是开源很难普及的源因。
ＩＴ行业还没有那么明显，在传统行业有问题找厂家还是很普遍的现像，如果全是自己维护，那是不可能的。