一：问题现象

2024-01-30 10:00 点左右发现数据库insert比较慢，数据库出现大量的HW 及大量的log file sync。

二：原因分析

1. 在10：-12点及下午的14:30-16:00，当时数据库的读写并不大，如下：

10-12

数据库1618396/1024/1024=1.5M/s 写

读更小

14:30-16:00

数据库 2317351/1024/1024=2.2M/s 写

读更小

2. 数据库的等待事件如下：

上面的awr显示了'log file sync' 和 'log file parallel write' 都有很高的等待时间

如果'log file sync'的时间消耗在'log file parallel write'上的比例高，那么大部分的等待时间是由于 IO（等待 redo 写入）。应该检查 LGWR 在 IO 方面的性能。作为一个经验法则，'log file parallel write'平均时间超过 20 毫秒, 意味着 IO 子系统有问题。

（此值是oracle官方文档{ 故障排除："log file sync"等待 (文档 ID 1626301.1)}的说明）

3. 数据库的tablespace IO如下：

如上awr Av Rd( ms)的指标，如果它高于20 ms并且同时有很多读操作的，我们要开始从OS的角度调查是否有潜在的IO问题

官方文档说明如下：

ITPub博客

某业务系统出现大量log file sync等待事件分析

一：问题现象

2024-01-30 10:00 点左右发现数据库insert比较慢，数据库出现大量的HW 及大量的log file sync。

二：原因分析

1. 在10：-12点及下午的14:30-16:00，当时数据库的读写并不大，如下：

10-12

数据库1618396/1024/1024=1.5M/s 写

读更小

14:30-16:00

数据库 2317351/1024/1024=2.2M/s 写

读更小

2. 数据库的等待事件如下：

3. 数据库的tablespace IO如下：

最新文章

ITPub博客

某业务系统 出现大量log file sync等待事件分析

一：问题现象

2024-01-30 10:00 点左右发现数据库insert比较慢，数据库出现大量的HW 及大量的log file sync。

二：原因分析

1. 在10：-12点及下午的14:30-16:00，当时数据库的读写并不大，如下：

10-12

数据库1618396/1024/1024=1.5M/s 写

读更小

14:30-16:00

数据库 2317351/1024/1024=2.2M/s 写

读更小

2. 数据库的等待事件如下：

3. 数据库的tablespace IO如下：

最新文章

某业务系统出现大量log file sync等待事件分析