我要评论一、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。
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持代码网。
发表评论