Oracle 大量并发用户数据库设计

huanhuanlove

楼主指的并发是什么 ？session？  1万 那是相当惊人的

yulihua49

原帖由 sy_wangcongyu 于 2009-11-11 16:45 发表
yulihua49：你好！

     我如果用Weblogic、Tuxedo等中间件产品时，是否还用考虑数据库的连接模式（专有模式、共享模式）的问题

       谢谢

我在用TUXEDO，是服务器池，上万用户配百个服务进程即可。每个服务进程长连接数据库。整个系统百多连接即可。
这样大约百并发，更多的服务请求会在TUXEDO排队。TUXEDO的队列处理性能很高，基本线性。这是3层的C/S模型。如果是B/S，我倾向于B/S/S，即WEB服务器向TUXEDO请求，数据服务由TUXEDO完成，好处是避免数据库过载，显然，此方案数据库不会承担上万的并发请求。

[ 本帖最后由 yulihua49 于 2009-11-15 14:28 编辑 ]

Byte_X_

关注一下！

magic007

很少有单独的应用能够达到1W个数据库连接的。难道是传统的C/S模式的应用？我也遇到过连接数上7000的。如果真的需要那么多的连接数，内存要足够。

哥哥你走西口

mark

yulihua49

原帖由 magic007 于 2009-11-16 11:35 发表
很少有单独的应用能够达到1W个数据库连接的。难道是传统的C/S模式的应用？我也遇到过连接数上7000的。如果真的需要那么多的连接数，内存要足够。

TUXEDO，用70个进程服务7000连接富富有余，数据库只需70个连接。

magic007

原帖由 yulihua49 于 2009-11-30 21:16 发表

TUXEDO，用70个进程服务7000连接富富有余，数据库只需70个连接。

那就是说根本要不了多少个连接呀

cc59

这个还与您的程序的连接方式也有关系。

是使用java吧？

secooler

RAC水平扩展，配合中间件的连接池技术完全可以化解这个高并发的问题。
个人建议不要轻易使用Shared Server模式，即便考虑使用该技术，也要做好充分的测试。

无论哪种方案都要做好充分的测试。

sy_wangcongyu：
最后的解决方案出炉之后，记得在这里和大家分享一下。

secooler

fromeast

上万个并发访问中，大约有多少是纯查询性质的？如果大部分是查询，并且对时延要求不是很高，可以考虑使用复制技术将事务数据库的数据复制到多台查询服务器上，这样既可以有效地分散压力，又不会太复杂。