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

lanyuflying

回复 1# send_linux

oracle,mysql都用过，Oracle是非常喜欢的数据库，虽然在互联网环境下，mysql大行其道，但是Oracle的某些优秀特性还是让其在核心场合不可替代。下面一个一个说下。
1. Oracle的高并发问题分析与解决；
    （1）性能诊断，找出锁等待，长时间sql，以及是否有索引失效(sql未走索引)等,
      （2）分析硬件性能是否能适应压力：cpu耗用，内存大小，内存分配情况，磁盘io,网络io  
2. 高并发数据库架构设计；
  高并发情况，通常和需要考虑数据量的问题。也就是高并发与大数据量（比如核心表单表超过千万）经常是相关的。单纯高并发的解决主要考虑缓存和io。
   对于更常见的高并发与大数据量并存的情况，有以下几个方面的问题：
   （1）索引：针对业务建立恰当的索引
    (2) 分区：数据量很大的时候，根据情况使用分区表，并且，如果需要的话可以进一步分区,结合分区建立分区索引。
    (3)合理规划表空间，合理分布IO到不同的磁盘，考虑使用阵列，并让数据库服务器到阵列使用专用的网络通道
    (4)  应用层：合理使用多进程或者多线程运行(避免资源征用导致并发能力下降)
     (5) 考虑使用应用层缓存
     (6)如果并发量太大，可以考虑RAC
   （7）进一步的可以考虑应用层的分库，分表。这个时候拆分规则由专门的规则层维护。方案虽然复杂，但是扩展性很好。
     
3. timesten内存数据库相关应用。

    内存数据库，由于避免了磁盘IO,实时性很好。但是单机内存的量一般不会特别大，所以高并发是优势，但是对于数据量很大时，就需要考虑划分实时数据和历史数据的问题，让实时业务走内存库，历史数据查询类业务走磁盘库。其他更深入的没有了解，也写不出来了。


   

aluocp

回复 13# lanyuflying


一看就是Oracle死粉了，在去IOE运动的大背景下，还能有这样的言谈，着实不易。

Oracle部分跟我书里的章节逻辑有不谋而合之处，需要补充一点就是统计信息的管理和性能影响分析，做到对高并发的可量化预测。

TimesTen部分可以参考一下书中的第6章，相信会有所裨益的。

beyondfly

顶一下，好活动，就是持续的时间有点短。

forgaoqiang

活动不错 就是看上去有些 高大上了

ylky_2000

想结合实际工作咨询两个问题：
1、数据库经常莫名其妙的出现死锁；物理上机器没有断电，网络也没有异常，一般出现死锁的因数有哪些？分别如何解决？最好一劳永逸的避免。
2、高并发的中心思想是否是同一个数据库服务器能承担更多的并发访问？除物理主机本身的性能因数外，还跟数据库的哪些因数相关？高并发的核心思想是什么？
3、高并发与分布式数据库从原理上来看有什么本质的区别？
4、淘宝等号称去o。他们就不担心前面您提到的开源数据库的几个存在的问题吗？
5、关于商业应用这块的问题。oracle数据库如果购买企业内网办公系统和对外商业系统版权如何购买？

thinkeasy

互联网应用的开发与传统应用的开发有本质的区别就是数据库设计上。

传统的开发很大一部份业务流程是在数据库上完成的，比如使用存储过程、视图、触发器、计划任务等方式。
互联网应用在高并发的需求下，很多数据库设计就明确提出了数据库只起到存储数据的功能。业务流程全是由程序或是脚本来完成。

去IOE其实是在这个基础上提出来的。互联网开发的运用了很多分布式，将业务流程拆开，每台服务器只处理简单的业务流程。这样对单一的服务器要求降到了最低，数据库也一样。

aluocp

回复 17# ylky_2000


1、数据库死锁是逻辑问题，跟物理机器和设备没有关系。一劳永逸的办法是没有的，需要从应用程序本身入手，一般出现死锁都是应用逻辑的设计出现问题了，想从数据库层面解决是不大可能的，如果死锁多，基本上不用考虑高并发了。
2、我的书里介绍了一个方法论，构建数据库森林体系，你可以参考一下。
3、分布式数据库是解决高并发的一个思路，高并发是一个总称，但是不是什么应用都能实现分布式的。
4、阿里的支付宝还没有实现完全的去O嘛，如果什么时候银行都实现了去O，那就另一番气象了。阿里有能力自己研发数据库OB，也可以自己改写MySQL，这样就可以很好的解决我书里提到的问题。但如果是传统金融行业，即便做到了阿里那样，也不可能去O的，也没有必要非要去O。
5、这个需要咨询Oracle公司。

aluocp

回复 18# thinkeasy


正解，不是什么应用都可以实现分布式的，不要盲目去IOE。

miniuinx

总的来说  Oracle还是很多核心应用的必选，而MYSQL还是有点让人心悸，我在的这话行业目前全国还是都Oracle的，不敢用mysql。
个人觉得原因有以下：
1、不缺钱，
2、缺人，现场缺少维护MYSQL的人（这个不是说没人会MYSQL维护，而是缺少推动这件事的人），
3、再开发难度大，前期所有软件都围着Oracle开发，在整一套MYSQL有点……
虽然现在有云，但这张网是私网，接入云的可能性几乎没有。

现在外面嚷嚷着去IOE, 路还是很漫长的。

wang290

aluocp 发表于 2015-02-05 09:27
回复 18# thinkeasy

现在的去ioe有点大跃进的味道啊，很值得深思啊