23.Oracle CPU高问题分析

一、CPU高分析

1.CPU负载分析

 

 

CPU总体使用率：最高时12%。Cpu(s):12%us.   当前是：Cpu(s):8.4%us。

这个值在70%以下，都是合理的。%CPU列是单个CPU核占用的CPU百分比。当前系统24核，48CPU。CPU%列的所有值累计不超过4800*70%=3360.

当前是：96.5+53.1+44.8+44.5+39.9+37.2+29+26+19.4+11

 

我们计算出来的值是：8.3625%，与图中CPU的总体使用 Cpu(s):8.4%us相吻合。

由此可知，当前CPU总体使用率8.4%,小于CPU的瓶颈值Cpu(s):70%us.所以即使有单个CPU占用100%，我们认为是正常的，当SQL正在运行时会出现CPU%列100%的情形。

2.数据写入进程分析

 当前数据库有6个数据写入进程，并发向数据文件写入数据。这6个进程对应操作系统6个oracle进程。再加上一个日志写入进程，还有其他的用户进程，就会出现多个进程占用CPU较高的现象。

3.日志分析

 

 

 

由上图可以看到，日志文件大小100M过小，日志只有三个组，1s内有6次切换，日志切换非常频繁，需要增加日志文件的大小，同时增加日志的组数。

一般建议的日志每10~15分钟切换一次较为合理，且最大大小一般不超过4G。日志切换也需要消耗一定的资源，影响数据库的性能，建议先将日志文件增加到至少5组，每组大小设置为1G。

同时可以由归档情况可以推测，在夜晚跑批时：400M/每秒 的日志产生量。

4.连接分析

 

 

由该图可以看到日志写入进程只有一个。由进程数可推断同时在线有309人,或者中间件连接池设置为300左右。中间件连接池一个连接对应于操作系统后台一个LOCAL=NO的连接。

5.日志产生量分析

 

由上图可以知道白天业务时间，大约 300KB/s 的日志产生量。日志缓冲区(log_buffer)的大小是60M。

6.日志切换分析

 

晚上数据库跑批时，产生的日志量是：361M/s

7.业务高峰日志分析

晚上数据库跑批时，产生的日志量是：361M/s  ,日志缓冲区会频繁刷盘,由于日志缓冲区1/3满就会刷入到磁盘，由此可见夜晚跑批时，每秒刷盘：360M/(60*1/3)=360/20=18次。

日志缓冲区存在的目的就是为了减少刷入磁盘的次数，写入较多的日志时，一次刷入。内存写入效率高，磁盘写入效率低。要减少刷盘的次数，可以适当增加日志缓冲区的大小。

当前日志缓冲区60M,可以调整为254M。

8.SQL分析

 

 

上图是今天9:30-9:45分数据库AWR报告抓取情况。由图可以知道，SQL运行正常，无慢SQL。

9.内存分析

 

 

由图可以，内核参数中设置的共享内存段的值是：37.7G。缓存中剩余内存26G。交换内存使用9.2G。一旦使用交换内存SWAP分区较多，则认为内存遇到瓶颈，我们认为系统内存不足。可适当增加内存。

由于系统内存不足，当需要内存用于计算时会将部分缓冲的内容移动到SWAP分区，从SWAP分区中访问或者重新交换到内存，这样明显降低系统运行效率。访问SWAP分区，相当于访问磁盘，效率极低。

二、总结与优化建议

1.CPU使用情况

CPU使用率合理。

2.优化建议

2.1如果条件允许可以将内存换成128G的。

2.2日志文件和日志缓冲区的大小可以设当调整。

日志文件建议：5-10组，每组1G，日志缓冲区设置为：254M。

建议先修改日志文件大小和组数，观察性能是否有大的提升。如果有较大提升则不改日志缓冲区。如果性能提升较小，再适当调整日志缓冲区大小，再观察性能是否提升。

三、该节点MySQL内存分析

 

innodb_buffer_pool_size=21474836480=20G .

Total large memory allocated 21988638720 =20G .
Dictionary memory allocated 47611400=45M .
Buffer pool size 1310720=页的总数，合计：20G。
Free buffers 1023=Free列表页的数量=16M
Database pages 1282153==19.56G=LRU列表页的数量
Old database pages 473275=7.2G

--------------
ROW OPERATIONS
--------------
0 queries inside InnoDB, 0 queries in queue
0 read views open inside InnoDB
Process ID=22709, Main thread ID=139831373981440, state: sleeping
Number of rows inserted 1437766525, updated 39527145, deleted 503811945, read 372358523033

0.00 inserts/s, 0.11 updates/s, 0.00 deletes/s, 19263.64 reads/s

当前MySQL数据库innodb存储引擎的情况。缓冲池设置为20G，数据库的缓存也差不多有20G左右，缓冲池充分缓存了热点数据。

且由最下方的行操作可知mysql数据库作为CDP 平台的元数据库，读多写少。每秒有接近2W行数据的读取。

  当前数据库有360个左右的连接，且几乎处于休眠状态。MySQL内存占用的20G，不影响Oracle数据库的内存。

Oracle使用的内存由内核参数：kernel.shmmax=39G(不到40G)和oracle SGA 共同决定。Oracle和MySQL共同瓜分了操作系统的内存，整体上内存不足。但是不影响MySQL。