Recent Posts by Feng Gao

前言 这篇blog是基于处理oracle数据库性能问题的经验写就,它是对常见的性能问题做的总结,它的适用范围: 高并发高负载的系统. 需要先申明的是: 对于所有的调优的方法,都是有适用范围的; 所以下面提到的所有的内容,请” 批判性”阅读. 1. OS swapping/paging 引发的数据库concurrency方面的性能问题 Oracle数据库在工作的时候, 对于latch/mutex这样的轻量级的”锁”,我们期望它是可以非常快的获取/释放的(这些操作都是对内存的操作,而内存的操作正常时候也确实都是很快的). 但是如果OS发生了大量的swapping/paging的情况下,那么对内存的操作会变慢,那么latch/mutex的操作就会变慢,在并发大的情况下就会发生hung/slow的情况. 引发swapping/paging的常见情况有: a). 内存短缺 b). 内存并不短缺; 但短时间内, 有大量的新进程分配了很多内存 c). 拷贝大文件/备份数据库 使得操作系统的高速文件缓存突然激增 对应的调优方式: Lock SGA,...

首先，为什么要介绍/使用HugePage? 在步入正题之前,先讲一个非常普遍的数据库性能问题。 众所周知,Oracle数据库使用共享内存(SGA)来管理可以共享的一些资源;比如shared pool中存储了共享的SQL语句及执行计划,buffer pool中存储了数据块。对这些资源的访问,其实就是Oracle使用OS的API来访问内存资源的过程。内存操作理应/通常意义上都是很快的,这时候Oracle数据库可以很正常的工作。 但是 a)如果SGA内的某一部分被swap到硬盘上,那么再次访问它,就需要花非常多的时间 b)如果OS本身的内存非常的大,那么管理/访问到我们需要的内存的过程就需要更长时间。 在这些情况下,我们往往会碰到诸如latch/mutex/library cache lock[pin]/row cache lock的问题. Linux下HugePage 可以解决由以上两种问题引发的性能波动。 我们知道，在Linux 64位系统里面,默认内存是以4K的页面（Page）来管理的,当系统有非常多的内存的时候,管理这些内存的消耗就比较大;而HugePage使用2...

   OSWatcher Black Box, 简称OSW，是oracle提供的一个小但是非常有用的工具，它通过调用OS自己提供的命令来记录OS运行时的一些性能参数，比如CPU/Memory/Swap/Network IO/Disk IO相关的信息。 +++ 为什么一定要部署OSW? OSW并不是强制要部署的，并且有很多工具可以提供一样的功能，比如说mrtg, cacti, sar, nmon, enterprise manger grid control. 但是部署OSW有很多好处： 1. 它比较容易部署，并且容易删除。 2. 资源消耗比较小，不管是从CPU，内存还是磁盘空间来说。 3. 平时不需要维护，并且在发生问题时可以帮我们迅速定位问题是否发生在OS端 数据库是运行在OS之上的，如果OS发生了异常，那么数据库肯定也会受到影响；如果我们仅仅从数据库的角度去分析这样的问题时，很难有个好结果. 在平时的工作中，有一类问题很常见：在过去的某个时间段，数据库发生了一些问题，我们往往要找到问题的原因（root cause），之后才能做某些改动来避免它再次发生。对于...