---
title: CLOG 文件快速增长的问题分析-OceanBase数据库使用指南
description: 了解OceanBase数据库在实际应用中关于CLOG 文件快速增长的问题分析相关的常见问题和使用技巧，帮助您快速解决CLOG 文件快速增长的问题分析的难题。
---
切换语言

- 中文站 - 简体中文
- International - English
- 日本站 - 日本語

划线反馈

# CLOG 文件快速增长的问题分析

更新时间：2026-06-12 04:01

适用版本： V2.1.x、V2.2.x、V3.1.x、V3.2.x 内容类型：Troubleshoot  

## 适用版本

OceanBase 数据库 V2.x、V3.x 版本。

## 问题描述

在业务更新数据量没有较大增长的情况下，发现 CLOG 文件快速增长。

## 问题原因

通过系统视图 `gv$sesstat` 分析 session 的统计信息，发现有 session 产生了大量的 CLOG 日志。

```shell
obclient> select s.con_id,s.sid,s.svr_ip,n.STAT_ID,n.`STATISTIC#`,n.name,s.value
          from gv$sesstat s,v$statname n
          where s.con_id=n.con_id
          and s.`STATISTIC#`=n.`STATISTIC#`
          and n.name='clog trans log total size'
          order by s.value desc
          limit 10;

```

返回结果如下。

```shell
+--------+------------+---------------+---------+------------+---------------------------+-------+
| con_id | sid        | svr_ip        | STAT_ID | STATISTIC# | name                      | value |
+--------+------------+---------------+---------+------------+---------------------------+-------+
|   1006 | 3221729966 | 11.xxx.xx.xxx |   80057 |        381 | clog trans log total size | 53920 |
|   1006 | 3221707597 | 11.xxx.xx.xxx |   80057 |        381 | clog trans log total size |  8101 |
|   1006 | 3221707308 | 11.xxx.xx.xxx |   80057 |        381 | clog trans log total size |  7795 |
|   1006 | 3221707579 | 11.xxx.xx.xxx |   80057 |        381 | clog trans log total size |  6480 |
|   1006 | 3221541930 | 11.xxx.xx.xxx |   80057 |        381 | clog trans log total size |  6044 |
|   1006 | 3221715982 | 11.xxx.xx.xxx |   80057 |        381 | clog trans log total size |  6043 |
|   1006 | 3221715763 | 11.xxx.xx.xxx |   80057 |        381 | clog trans log total size |  5168 |
|   1006 | 3221707688 | 11.xxx.xx.xxx |   80057 |        381 | clog trans log total size |  5168 |
|   1006 | 3221707512 | 11.xxx.xx.xxx |   80057 |        381 | clog trans log total size |  5019 |
|   1006 | 3221633486 | 11.xxx.xx.xxx |   80057 |        381 | clog trans log total size |  4439 |
+--------+------------+---------------+---------+------------+---------------------------+-------+

```

从 `gv$sql_audit` 或者 `__all_virtual_processlist` 中查看 session 中执行的 DML，定位到以下 SQL。

```shell
obclient> UPDATE T1
          SET SERVER_IP = '192.xxx.x.xx',
          IS_DOING = 'n',
          STATUS = 'S',
          RETRY_TIMES = 0,
          FAIL_REASON = NULL,
          UPDATED_AT=SYSDATE,
          UPDATED_BY='SYSTEM'
          WHERE ID = 252330831
          AND CREATED_AT >= TRUNC(SYSDATE - 1)

```

T1 表是一个按日分区的表，CREATED_AT 为分区键。该语句实际只更新几条记录，且记录长度有限，但是却产生了大量的 CLOG。经过访问路径的分析，发现该语句因为没有准确限定分区的范围，会产生一个涉及 300+ 分区的分布式事务，其中大部分分区上并没有实际更新的记录。在 OceanBase 数据库中，分布式事务的每一个参与者都要记录参与者的列表信息。因此，该语句虽然只需要很小的 clog 来记录 redo 日志，但却需要大量的 clog 来记录参与者信息，clog 的日志量放大了近万倍。 ​ clog 日志的长度的计算公式为：扫描分区数 * (update 日志量 + PK数量 * 20 字节)。

## 解决方法

修改 SQL 来增加分区边界的限制，把 300+ 分区的更新操作变为单个分区。

```shell
obclient> UPDATE T1
          SET SERVER_IP = '192.xxx.x.xx',
          IS_DOING = 'n',
          STATUS = 'S',
          RETRY_TIMES = 0,
          FAIL_REASON = NULL,
          UPDATED_AT=SYSDATE,
          UPDATED_BY='SYSTEM'
          WHERE ID = 252330831
          AND CREATED_AT >= TRUNC(SYSDATE - 1)
          AND CREATED_AT < TRUNC(SYSDATE)

```

上一篇

[Clog 日志量统计方法](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000000207765)

下一篇

[OBServer 进程在日志盘每 10 秒有大写入原因](https://www.oceanbase.com/knowledge-base/oceanbase-database-1000000000207767) ![有帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*y6ocSqN8cqsAAAAAAAAAAAAAARQnAQ)![无帮助](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*BG9IQJyLHF8AAAAAAAAAAAAAARQnAQ)![反馈](https://gw.alipayobjects.com/mdn/ob_asset/afts/img/A*eTWdQKCRKHwAAAAAAAAAAAAAARQnAQ)[AI](https://www.oceanbase.com/obi) 咨询热线