oracle real world 笔记.docxVIP

Oracle Real-WorldPerformance简介 上个星期参加Real-WorldPerformance的培训，一些心得记录如下。一、连接池demo1，性能差的连接池设置Oracle Real-WorldPerformance给出的差的连接池定义Symptoms of a poor connection strategy:– A high number of connections to the database ( 1,000s )– A dynamic connection pool with a large number of logon/off to thedatabase ( 1/Sec )– Periods of acceptable performance and then unexplainable/undebuggable periods ofpoor performance/availability– The inability to determine what is happening in real time在oracle 看来，给数据库大于1000个连接，会造成数据库获取cpu的几率变小。或者设置一个动态的连接池，即连接池的默认连接，和最大连接数相差较大。是不合理的。2，当连接池不同值时对数据库的影响从上图可以看出，连接池允许的最大连接数过大，当系统瞬间并发较大时，会出现连接风暴。这对于数据库的性能稳定是不利的。上图的实验环境是，当我们的系统的并发非常大，而我们的最大连接数也设置非常庞大。这样很容易的就将连接数用完，因为连接数过多会造成数据库会话等待获取cpu的使用权，这样系统的响应时间也会变慢，会话等待就会出现。Connection Pools? May be caused by application servers that allow the size of the pool ofdatabase connections to increase rapidly when the pool is exhausted? A connection storm may take the number of connections from hundreds tothousands in a matter of seconds? The process creation and logon activity may mask the real problem of whythe connection pool was exhausted and make debugging a longer process? A connection storm may render the database server unstable, unusable当保持相同的系统并发，我们将连接池的最大连接数下降到初始连接一致时，系统可以正常运行。这就是我们在前端进行数据库连接数进行控制，使得数据库活动连接尽快的得到数据库资源，而不会出现等待，提高了数据库处理的速度。虽然控制了前端的连接。但是oltp系统数据库可以更快的处理数据，并尽快的返回数据。系统整体而言瓶颈会得到缓解。3，连接池设置的基本原则Connection Pools? SQL Plan degradations are going to happen, it is important to be able todiagnose them and obtain the debug info before you loose the system. Toassist in this process there things that can be done to help– set init.ora(CPU_COUNT) to 75% of the actual CPUs and invoke the default resourceplan or construct a resource plan leaving some resources idle– Limit connections to the DB to 2-3 times the number of Cores– Ensure a DB connection pool cannot grow under loadOracle 给出的建议是，连接池的最大值不要超过cpu 物理核数的4到6倍，最大值可以等于初始值。所以就数据库来说，我们要保持数据库运行的稳定，业务并发的突然暴涨，必须在应用上做限制，因为应用上排队就可以避免数据库处理速度降低。如果在数据库端出现连接数暴涨，那么将影响整