一种提高数据库性能的方法、装置、设备及可读介质

摘要

本发明提供了一种提高数据库性能的方法、装置、设备及可读介质，方法包括：响应于ORACLE数据库的一个日志组中的日志文件写满进行日志组切换，判断下一个日志组的状态；响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加日志组并在增加的一个日志组中按照第一预设比例增加日志文件的大小；响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小；响应于下一个日志组的状态连续三次为inactive状态，删除ORACLE数据库中一个状态为inactive状态的日志组。通过使用本发明的方案，能够避免REDO切换等待造成的数据库性能的下降，减少REDO调整带来的工作量，能够在无需人为干预的情况下解决REDO等待造成的数据库性能的问题。

权利要求

1.一种提高数据库性能的方法，其特征在于，包括以下步骤：响应于ORACLE数据库的一个日志组中的日志文件写满进行日志组切换，判断下一个日志组的状态；

响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加日志组并在增加的一个日志组中按照第一预设比例增加日志文件的大小；

响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小；

响应于下一个日志组的状态连续三次为inactive状态，删除ORACLE数据库中一个状态为inactive状态的日志组；

计算最近七天内每间隔半小时日志文件写入量的平均值；

每间隔半小时获取日志文件的写入量，并将获取的写入量与平均值进行比较；

响应于连续两次写入量大于平均值，将ORACLE数据库中的日志组的数量增加到七天内日志组数量的最大值。

2.根据权利要求1所述的方法，其特征在于，响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加一个日志组并在增加的日志组中按照第一预设比例增加日志文件的大小包括：响应于下一个日志组的状态为active状态，获取写满的日志文件的大小；

在ORACLE数据库中增加一个日志组；

在增加的日志组中设置日志文件，其中设置的日志文件比写满的日志文件大10%。

3.根据权利要求2所述的方法，其特征在于，设置的日志文件不超过1000兆。

4.根据权利要求1所述的方法，其特征在于，响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小包括：响应于下一个日志组的状态为inactive状态，获取写满的日志文件的大小；

将下一个日志组中的日志文件进行缩小，其中下一个日志组中的日志文件比写满的日志文件小20%。

5.根据权利要求4所述的方法，其特征在于，缩小后的日志文件不小于50兆。

6.根据权利要求4所述的方法，其特征在于，还包括：响应于连续两次写入量小于平均值，在ORACLE数据库中删除状态为inactive状态的日志组。

7.一种提高数据库性能的装置，其特征在于，所述装置包括：判断模块，所述判断模块配置为响应于ORACLE数据库的一个日志组中的日志文件写满进行日志组切换，判断下一个日志组的状态；

增加模块，所述增加模块配置为响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加日志组并在增加的一个日志组中按照第一预设比例增加日志文件的大小；

减小模块，所述减小模块配置为响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小；

删除模块，所述删除模块配置为响应于下一个日志组的状态连续三次为inactive状态，删除ORACLE数据库中一个状态为inactive状态的日志组；

计算模块，所述计算模块配置为计算最近七天内每间隔半小时日志文件写入量的平均值，每间隔半小时获取日志文件的写入量，并将获取的写入量与平均值进行比较，响应于连续两次写入量大于平均值，将ORACLE数据库中的日志组的数量增加到七天内日志组数量的最大值。

8.根据权利要求7所述的装置，其特征在于，所述增加模块还配置为：响应于下一个日志组的状态为active状态，获取写满的日志文件的大小；

在ORACLE数据库中增加一个日志组；

在增加的日志组中设置日志文件，其中设置的日志文件比写满的日志文件大10%。

9.根据权利要求8所述的装置，其特征在于，设置的日志文件不超过1000兆。

10.根据权利要求7所述的装置，其特征在于，所述减小模块还配置为：响应于下一个日志组的状态为inactive状态，获取写满的日志文件的大小；

将下一个日志组中的日志文件进行缩小，其中下一个日志组中的日志文件比写满的日志文件小20%。

11.根据权利要求7所述的装置，其特征在于，所述计算模块还配置为：响应于连续两次写入量小于平均值，在ORACLE数据库中删除状态为inactive状态的日志组。

12. 一种计算机设备，其特征在于，包括：

至少一个处理器；以及

存储器，所述存储器存储有可在所述处理器上运行的计算机指令，所述指令由所述处理器执行时实现权利要求1‑6任意一项所述方法的步骤。

13.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1‑6任意一项所述方法的步骤。

说明书

一种提高数据库性能的方法、装置、设备及可读介质

技术领域

[0001] 本发明涉及计算机领域，并且更具体地涉及一种提高数据库性能的方法、装置、设备及可读介质。

背景技术

[0002] ORACLE数据库的日志文件是循环使用的，所以至少要两个日志组，当一个日志文件组写满后，会切换到另一个日志文件。日志切换会触发数据库的两个动作：一、触发检查点(checkpoint)事件，通知dbwr进程将写满的日志文件中数据写入数据文件，在将日志文件中数据写入数据文件完成之前，该日志文件是不能被覆盖使用的(因为里面有数据需要写入数据文件，被覆盖意谓着数据丢失)，也就是此时数据库不能向新的REDO文件写入，这就造成了数据库不能将REDO LOG BUFFER中数据写入REDO，也就使得数据库短暂停止变更操作，数据库无法提供正常使用(会处于挂起状态)；二、触发生成归档文件，在数据库开启了归档模式后，已经写满的日志文件会被数据库拷贝并生成归档文件，在生成归档文件完成之前，该日志文件是不能被覆盖使用的，同样数据库不能向新的REDO文件写入，这就造成了数据库不能将REDO LOG BUFFER中数据写入REDO，也就使得数据库短暂停止变更操作，数据库无法提供正常使用(会处于挂起状态)。

[0003] 当日志文件切换频繁时，就会发生日志文件处于ACTIVE状态而无法切换的问题，此时数据库处于挂起状态，等待checkpoint或归档完成，发生这种问题对数据库性能影响很大，严重的会导致业务中断。通常发生这种情况时，数据库管理员通过增加日志大小、增加日志组方式来应对。日志文件里存储着未写入数据文件的数据，日志文件越大意味着当日志文件损坏时丢失的数据越多。日志文件也不是越小越好，日志文件越小意味着日志切换越频繁，在业务高峰期频繁日志切换对系统性能影响不可小觑。数据库业务量不同时间段可能是不一样的，业务量很大时需要大一些的日志文件，空闲时又需要小一些的日志文件，系统中固定的日志大小和日志组很难满足不同业务量下的情况，所以日志切换基本影响着所有数据库的性能。

发明内容

[0004] 有鉴于此，本发明实施例的目的在于提出一种提高数据库性能的方法、装置、设备及可读介质，通过使用本发明的技术方案，能够避免REDO切换等待造成的数据库性能的下降，减少REDO调整带来的工作量，能够在无需人为干预的情况下解决REDO等待造成的数据库性能的问题。

[0005] 基于上述目的，本发明的实施例的一个方面提供了一种提高数据库性能的方法，包括以下步骤：

[0006] 响应于ORACLE数据库(一种大型的关系型数据)的一个日志组中的日志文件写满进行日志组切换，判断下一个日志组的状态；

[0007] 响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加日志组并在增加的一个日志组中按照第一预设比例增加日志文件的大小；

[0008] 响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小；

[0009] 响应于下一个日志组的状态连续三次为inactive状态，删除ORACLE数据库中一个状态为inactive状态的日志组。

[0010] 根据本发明的一个实施例，响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加一个日志组并在增加的日志组中按照第一预设比例增加日志文件的大小包括：

[0011] 响应于下一个日志组的状态为active状态，获取写满的日志文件的大小；

[0012] 在ORACLE数据库中增加一个日志组；

[0013] 在增加的日志组中设置日志文件，其中设置的日志文件比写满的日志文件大10％。

[0014] 根据本发明的一个实施例，设置的日志文件不超过1000兆。

[0015] 根据本发明的一个实施例，响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小包括：

[0016] 响应于下一个日志组的状态为inactive状态，获取写满的日志文件的大小；

[0017] 将下一个日志组中的日志文件进行缩小，其中下一个日志组中的日志文件比写满的日志文件小20％。

[0018] 根据本发明的一个实施例，缩小后的日志文件不小于50兆。

[0019] 根据本发明的一个实施例，还包括：

[0020] 计算最近七天内每间隔半小时日志文件写入量的平均值；

[0021] 每间隔半小时获取日志文件的写入量，并将获取的写入量与平均值进行比较；

[0022] 响应于连续两次写入量大于平均值，将ORACLE数据库中的日志组的数量增加到七天内日志组数量的最大值。

[0023] 根据本发明的一个实施例，还包括：

[0024] 响应于连续两次写入量小于平均值，在ORACLE数据库中删除状态为inactive状态的日志组。

[0025] 本发明的实施例的另一个方面，还提供了一种提高数据库性能的装置，装置包括：

[0026] 判断模块，判断模块配置为响应于ORACLE数据库的一个日志组中的日志文件写满进行日志组切换，判断下一个日志组的状态；

[0027] 增加模块，增加模块配置为响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加日志组并在增加的一个日志组中按照第一预设比例增加日志文件的大小；

[0028] 减小模块，减小模块配置为响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小；

[0029] 删除模块，删除模块配置为响应于下一个日志组的状态连续三次为inactive状态，删除ORACLE数据库中一个状态为inactive状态的日志组。

[0030] 根据本发明的一个实施例，增加模块还配置为：

[0031] 响应于下一个日志组的状态为active状态，获取写满的日志文件的大小；

[0032] 在ORACLE数据库中增加一个日志组；

[0033] 在增加的日志组中设置日志文件，其中设置的日志文件比写满的日志文件大10％。

[0034] 根据本发明的一个实施例，设置的日志文件不超过1000兆。

[0035] 根据本发明的一个实施例，减小模块还配置为：

[0036] 响应于下一个日志组的状态为inactive状态，获取写满的日志文件的大小；

[0037] 将下一个日志组中的日志文件进行缩小，其中下一个日志组中的日志文件比写满的日志文件小20％。

[0038] 根据本发明的一个实施例，还包括计算模块，计算模块配置为：

[0039] 计算最近七天内每间隔半小时日志文件写入量的平均值；

[0040] 每间隔半小时获取日志文件的写入量，并将获取的写入量与平均值进行比较；

[0041] 响应于连续两次写入量大于平均值，将ORACLE数据库中的日志组的数量增加到七天内日志组数量的最大值。

[0042] 根据本发明的一个实施例，计算模块还配置为：

[0043] 响应于连续两次写入量小于平均值，在ORACLE数据库中删除状态为inactive状态的日志组。

[0044] 本发明的实施例的另一个方面，还提供了一种计算机设备，该计算机设备包括：

[0045] 至少一个处理器；以及

[0046] 存储器，存储器存储有可在处理器上运行的计算机指令，指令由处理器执行时实现上述任意一项方法的步骤。

[0047] 本发明的实施例的另一个方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述任意一项方法的步骤。

[0048] 本发明具有以下有益技术效果：本发明实施例提供的提高数据库性能的方法，通过响应于ORACLE数据库的一个日志组中的日志文件写满进行日志组切换，判断下一个日志组的状态；响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加日志组并在增加的一个日志组中按照第一预设比例增加日志文件的大小；响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小；响应于下一个日志组的状态连续三次为inactive状态，删除ORACLE数据库中一个状态为inactive状态的日志组的技术方案，能够避免REDO切换等待造成的数据库性能的下降，减少REDO调整带来的工作量，能够在无需人为干预的情况下解决REDO等待造成的数据库性能的问题。

附图说明

[0049] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。

[0050] 图1为根据本发明一个实施例的提高数据库性能的方法的示意性流程图；

[0051] 图2为根据本发明一个实施例的提高数据库性能的装置的示意图；

[0052] 图3为根据本发明一个实施例的计算机设备的示意图；

[0053] 图4为根据本发明一个实施例的计算机可读存储介质的示意图。

具体实施方式

[0054] 为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

[0055] 基于上述目的，本发明的实施例的第一个方面，提出了一种提高数据库性能的方法的一个实施例。图1示出的是该方法的示意性流程图。

[0056] 如图1中所示，该方法可以包括以下步骤：

[0057] S1响应于ORACLE数据库的一个日志组中的日志文件写满进行日志组切换，判断下一个日志组的状态。

[0058] REDO文件(日志文件)用于记录对数据库的变更，Redo Log Buffer缓存中数据顺序连续写入REDO文件，数据库中为REDO文件提供一个REDO组(日志组)，每个REDO组中包含一个或两个REDO文件。REDO组中包含多个REDO文件的，其中REDO文件是并行写入的，它们数据完全相同，即是互相镜像的作用。REDO机制是保障数据安全和故障恢复的至关重要的手段，也是对数据库性能影响非常大的关键因素，数据库中一般至少两个REDO组，循环写入，即一个REDO组中的REDO文件写满后，将数据写入下一个REDO组中的REDO文件。REDO文件的大小是固定的，当一个REDO组写满后，就会切换到另一个REDO日志组继续写入，这个切换即为REDO切换。REDO有三种状态，即current状态(当前正在写入)，active状态(checkpoint或归档未完成)和inactive状态(checkpoint及归档已经完成)。在日志文件写满后切换到下一个日志组时，需要查看下一个日志组的状态。

[0059] S2响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加日志组并在增加的一个日志组中按照第一预设比例增加日志文件的大小。

[0060] 如果下一个日志组的状态为active状态(即：没有可用的inactive状态的日志组)，则获取写满的日志文件的大小，然后在ORACLE数据库中增加一个日志组，并在增加的日志组中设置日志文件，其中设置的日志文件比写满的日志文件大10％，日志文件最大不能超过1000M。

[0061] S3响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小。

[0062] 如果下一个日志组的状态为inactive状态，则获取写满的日志文件的大小，然后将下一个日志组中的日志文件进行缩小，其中下一个日志组中的日志文件比写满的日志文件小20％，日志文件最小不小于50M。

[0063] S4响应于下一个日志组的状态连续三次为inactive状态，删除ORACLE数据库中一个状态为inactive状态的日志组。但是最少需要保留2个日志组，如果当前数据库中的日志组的数量为2个，则不进行删除操作。通过该方法可以使日志切换时不再等待可用日志文件，并且日志大小和日志组保持相对较小和较少的水平，并且全程无需人工干预，提高了数据库性能，减少了人员工作量。

[0064] 日志文件是顺序写入的，日志文件中的内容在硬盘上连续存放，所以在创建REDO文件时不需要在硬盘上实际的生成相应大小的日志文件，如果实际生成日志文件会消耗较多I/O并且也会花费时间。创建日志文件时，只创建文件头，文件头中记录日志文件在硬盘上连续存储空间地址范围以及文件尾的位置。删除日志文件时，也只是在文件系统中将其标记为删除状态，并不会在硬盘上实际进行清理删除，以避免消耗I/O。当对已存在的日志文件进行增大时，新增加的部分并不会在硬盘上实际生成，也只是在日志文件头中记录新的连续存储空间地址范围及文件尾位置，只有写入的时候。当对已存在的日志文件进行减小时，减小的部分并不会在硬盘上实际删除，而是修改文件头中记录的连续存储空间地址范围及文件尾位置。

[0065] 通过本发明的技术方案，能够避免REDO切换等待造成的数据库性能的下降，减少REDO调整带来的工作量，能够在无需人为干预的情况下解决REDO等待造成的数据库性能的问题。

[0066] 在本发明的一个优选实施例中，响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加一个日志组并在增加的日志组中按照第一预设比例增加日志文件的大小包括：

[0067] 响应于下一个日志组的状态为active状态，获取写满的日志文件的大小；

[0068] 在ORACLE数据库中增加一个日志组；

[0069] 在增加的日志组中设置日志文件，其中设置的日志文件比写满的日志文件大10％。

[0070] 在本发明的一个优选实施例中，设置的日志文件不超过1000兆。

[0071] 在本发明的一个优选实施例中，响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小包括：

[0072] 响应于下一个日志组的状态为inactive状态，获取写满的日志文件的大小；

[0073] 将下一个日志组中的日志文件进行缩小，其中下一个日志组中的日志文件比写满的日志文件小20％。

[0074] 在本发明的一个优选实施例中，缩小后的日志文件不小于50兆。

[0075] 在本发明的一个优选实施例中，还包括：

[0076] 计算最近七天内每间隔半小时日志文件写入量的平均值；

[0077] 每间隔半小时获取日志文件的写入量，并将获取的写入量与平均值进行比较；

[0078] 响应于连续两次写入量大于平均值，将ORACLE数据库中的日志组的数量增加到七天内日志组数量的最大值。

[0079] 在本发明的一个优选实施例中，还包括：

[0080] 响应于连续两次写入量小于平均值，在ORACLE数据库中删除状态为inactive状态的日志组。上述实施例为在数据量高峰期和低峰期日志组的预增加和预删除的方法，从AWR自动负载信息库中每半小时获取一次Redo size(bytes)信息，该字段为bytes字节单位，然后插入到下表1：

[0081] 表1

[0082]

[0083] 每天6：00和18：00分别获取上表中最近七天的6:00‑18:00和18:00‑次日6:00两个时间段内每秒REDO量取平均值。得到平均值后，分别进行如下比较，使用6:00‑18:00的平均值与上表中6:00‑18:00时间段数据进行比对，当连续两次数值大于平均值时，说明此时段已经进入业务高峰期，查看现在数据库中REDO组和REDO大小，与进行数值比较的高峰期的REDO组数量和REDO大小进行比较，如果数据库中现在REDO组数量小于高峰时REDO组数量，则添加REDO组，直到等于高峰时REDO组数量，REDO大小为高峰期时表中记录的REDO大小。使用18:00‑次日6:00的平均值与上表中18:00‑次日6:00时间段数据进行比对，当连续两次数值小于平均值时，说明此时段已经进入业务低峰期，查看现在数据库中REDO组和REDO大小，与进行数值比较的低峰期的REDO组数量和REDO大小进行比较，如果数据库中现在REDO组数量高于低峰时REDO组数量，则删除状态为inactive状态的REDO组，直到日志组等于低峰时REDO组的数量，REDO大小为低峰期时表中记录的REDO大小。

[0084] 本发明的技术方案通过在业务高峰期自动增加REDO组和REDO大小，以及在业务低峰期自动减少REDO组和REDO大小的方式避免了REDO切换等待造成的数据库性能下降。数据库工程师在处理REDO切换给数据库造成性能影响时，很难准确判断需要的REDO组数量及大小，而且也不可能随业务量不同而去实时变更REDO组数量及大小，本发明释放了工程师在REDO调整方面带来的工作量，并且在无需人为干预的情况下很好的解决了REDO等待造成的数据库性能问题。

[0085] 需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，上述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中存储介质可为磁碟、光盘、只读存储器(Read‑Only Memory，ROM)或随机存取存储器(Random Access Memory，RAM)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。

[0086] 此外，根据本发明实施例公开的方法还可以被实现为由CPU执行的计算机程序，该计算机程序可以存储在计算机可读存储介质中。在该计算机程序被CPU执行时，执行本发明实施例公开的方法中限定的上述功能。

[0087] 基于上述目的，本发明的实施例的第二个方面，提出了一种提高数据库性能的装置，如图2所示，装置200包括：

[0088] 判断模块，判断模块配置为响应于ORACLE数据库的一个日志组中的日志文件写满进行日志组切换，判断下一个日志组的状态。REDO文件(日志文件)用于记录对数据库的变更，Redo Log Buffer缓存中数据顺序连续写入REDO文件，数据库中为REDO文件提供一个REDO组(日志组)，每个REDO组中包含一个或两个REDO文件。REDO组中包含多个REDO文件的，其中REDO文件是并行写入的，它们数据完全相同，即是互相镜像的作用。REDO机制是保障数据安全和故障恢复的至关重要的手段，也是对数据库性能影响非常大的关键因素，数据库中一般至少两个REDO组，循环写入，即一个REDO组中的REDO文件写满后，将数据写入下一个REDO组中的REDO文件。REDO文件的大小是固定的，当一个REDO组写满后，就会切换到另一个REDO日志组继续写入，这个切换即为REDO切换。REDO有三种状态，即current状态(当前正在写入)，active状态(checkpoint或归档未完成)和inactive状态(checkpoint及归档已经完成)。在日志文件写满后切换到下一个日志组时，需要查看下一个日志组的状态。

[0089] 还包括增加模块，增加模块配置为响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加日志组并在增加的一个日志组中按照第一预设比例增加日志文件的大小。如果下一个日志组的状态为active状态(即：没有可用的inactive状态的日志组)，则获取写满的日志文件的大小，然后在ORACLE数据库中增加一个日志组，并在增加的日志组中设置日志文件，其中设置的日志文件比写满的日志文件大10％，日志文件最大不能超过1000M。

[0090] 还包括减小模块，减小模块配置为响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小。如果下一个日志组的状态为inactive状态，则获取写满的日志文件的大小，然后将下一个日志组中的日志文件进行缩小，其中下一个日志组中的日志文件比写满的日志文件小20％，日志文件最小不小于50M。

[0091] 还包括删除模块，删除模块配置为响应于下一个日志组的状态连续三次为inactive状态，删除ORACLE数据库中一个状态为inactive状态的日志组。但是最少需要保留2个日志组，如果当前数据库中的日志组的数量为2个，则不进行删除操作。通过该方法可以使日志切换时不再等待可用日志文件，并且日志大小和日志组保持相对较小和较少的水平，并且全程无需人工干预，提高了数据库性能，减少了人员工作量。日志文件是顺序写入的，日志文件中的内容在硬盘上连续存放，所以在创建REDO文件时不需要在硬盘上实际的生成相应大小的日志文件，如果实际生成日志文件会消耗较多I/O并且也会花费时间。创建日志文件时，只创建文件头，文件头中记录日志文件在硬盘上连续存储空间地址范围以及文件尾的位置。删除日志文件时，也只是在文件系统中将其标记为删除状态，并不会在硬盘上实际进行清理删除，以避免消耗I/O。当对已存在的日志文件进行增大时，新增加的部分并不会在硬盘上实际生成，也只是在日志文件头中记录新的连续存储空间地址范围及文件尾位置，只有写入的时候。当对已存在的日志文件进行减小时，减小的部分并不会在硬盘上实际删除，而是修改文件头中记录的连续存储空间地址范围及文件尾位置。

[0092] 在本发明的一个优选实施例中，增加模块还配置为：

[0093] 响应于下一个日志组的状态为active状态，获取写满的日志文件的大小；

[0094] 在ORACLE数据库中增加一个日志组；

[0095] 在增加的日志组中设置日志文件，其中设置的日志文件比写满的日志文件大10％。

[0096] 在本发明的一个优选实施例中，设置的日志文件不超过1000兆。

[0097] 在本发明的一个优选实施例中，减小模块还配置为：

[0098] 响应于下一个日志组的状态为inactive状态，获取写满的日志文件的大小；

[0099] 将下一个日志组中的日志文件进行缩小，其中下一个日志组中的日志文件比写满的日志文件小20％。

[0100] 在本发明的一个优选实施例中，还包括计算模块，计算模块配置为：

[0101] 计算最近七天内每间隔半小时日志文件写入量的平均值；

[0102] 每间隔半小时获取日志文件的写入量，并将获取的写入量与平均值进行比较；

[0103] 响应于连续两次写入量大于平均值，将ORACLE数据库中的日志组的数量增加到七天内日志组数量的最大值。

[0104] 在本发明的一个优选实施例中，计算模块还配置为：

[0105] 响应于连续两次写入量小于平均值，在ORACLE数据库中删除状态为inactive状态的日志组。

[0106] 基于上述目的，本发明实施例的第三个方面，提出了一种计算机设备。图3示出的是本发明提供的计算机设备的实施例的示意图。如图3所示，本发明实施例包括如下装置：至少一个处理器21；以及存储器22，存储器22存储有可在处理器上运行的计算机指令23，指令由处理器执行时实现以下方法：

[0107] 响应于ORACLE数据库的一个日志组中的日志文件写满进行日志组切换，判断下一个日志组的状态；

[0108] 响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加日志组并在增加的一个日志组中按照第一预设比例增加日志文件的大小；

[0109] 响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小；

[0110] 响应于下一个日志组的状态连续三次为inactive状态，删除ORACLE数据库中一个状态为inactive状态的日志组。

[0111] 在本发明的一个优选实施例中，响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加一个日志组并在增加的日志组中按照第一预设比例增加日志文件的大小包括：

[0112] 响应于下一个日志组的状态为active状态，获取写满的日志文件的大小；

[0113] 在ORACLE数据库中增加一个日志组；

[0114] 在增加的日志组中设置日志文件，其中设置的日志文件比写满的日志文件大10％。

[0115] 在本发明的一个优选实施例中，设置的日志文件不超过1000兆。

[0116] 在本发明的一个优选实施例中，响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小包括：

[0117] 响应于下一个日志组的状态为inactive状态，获取写满的日志文件的大小；

[0118] 将下一个日志组中的日志文件进行缩小，其中下一个日志组中的日志文件比写满的日志文件小20％。

[0119] 在本发明的一个优选实施例中，缩小后的日志文件不小于50兆。

[0120] 在本发明的一个优选实施例中，还包括：

[0121] 计算最近七天内每间隔半小时日志文件写入量的平均值；

[0122] 每间隔半小时获取日志文件的写入量，并将获取的写入量与平均值进行比较；

[0123] 响应于连续两次写入量大于平均值，将ORACLE数据库中的日志组的数量增加到七天内日志组数量的最大值。

[0124] 在本发明的一个优选实施例中，还包括：

[0125] 响应于连续两次写入量小于平均值，在ORACLE数据库中删除状态为inactive状态的日志组。

[0126] 基于上述目的，本发明实施例的第四个方面，提出了一种计算机可读存储介质。图4示出的是本发明提供的计算机可读存储介质的实施例的示意图。如图4所示，计算机可读存储介质31存储有被处理器执行时执行如下方法的计算机程序32：

[0127] 响应于ORACLE数据库的一个日志组中的日志文件写满进行日志组切换，判断下一个日志组的状态；

[0128] 响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加日志组并在增加的一个日志组中按照第一预设比例增加日志文件的大小；

[0129] 响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小；

[0130] 响应于下一个日志组的状态连续三次为inactive状态，删除ORACLE数据库中一个状态为inactive状态的日志组。

[0131] 在本发明的一个优选实施例中，响应于下一个日志组的状态为active状态，在ORACLE数据库中自动增加一个日志组并在增加的日志组中按照第一预设比例增加日志文件的大小包括：

[0132] 响应于下一个日志组的状态为active状态，获取写满的日志文件的大小；

[0133] 在ORACLE数据库中增加一个日志组；

[0134] 在增加的日志组中设置日志文件，其中设置的日志文件比写满的日志文件大10％。

[0135] 在本发明的一个优选实施例中，设置的日志文件不超过1000兆。

[0136] 在本发明的一个优选实施例中，响应于下一个日志组的状态为inactive状态，在下一个日志组中按照第二预设比例减少日志文件的大小包括：

[0137] 响应于下一个日志组的状态为inactive状态，获取写满的日志文件的大小；

[0138] 将下一个日志组中的日志文件进行缩小，其中下一个日志组中的日志文件比写满的日志文件小20％。

[0139] 在本发明的一个优选实施例中，缩小后的日志文件不小于50兆。

[0140] 在本发明的一个优选实施例中，还包括：

[0141] 计算最近七天内每间隔半小时日志文件写入量的平均值；

[0142] 每间隔半小时获取日志文件的写入量，并将获取的写入量与平均值进行比较；

[0143] 响应于连续两次写入量大于平均值，将ORACLE数据库中的日志组的数量增加到七天内日志组数量的最大值。

[0144] 在本发明的一个优选实施例中，还包括：

[0145] 响应于连续两次写入量小于平均值，在ORACLE数据库中删除状态为inactive状态的日志组。

[0146] 此外，根据本发明实施例公开的方法还可以被实现为由处理器执行的计算机程序，该计算机程序可以存储在计算机可读存储介质中。在该计算机程序被处理器执行时，执行本发明实施例公开的方法中限定的上述功能。

[0147] 此外，上述方法步骤以及系统单元也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储介质实现。

[0148] 本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

[0149] 在一个或多个示例性设计中，功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质来传送。计算机可读介质包括计算机存储介质和通信介质，该通信介质包括有助于将计算机程序从一个位置传送到另一个位置的任何介质。存储介质可以是能够被通用或专用计算机访问的任何可用介质。作为例子而非限制性的，该计算机可读介质可以包括RAM、ROM、EEPROM、CD‑ROM或其它光盘存储设备、磁盘存储设备或其它磁性存储设备，或者是可以用于携带或存储形式为指令或数据结构的所需程序代码并且能够被通用或专用计算机或者通用或专用处理器访问的任何其它介质。此外，任何连接都可以适当地称为计算机可读介质。例如，如果使用同轴线缆、光纤线缆、双绞线、数字用户线路(DSL)或诸如红外线、无线电和微波的无线技术来从网站、服务器或其它远程源发送软件，则上述同轴线缆、光纤线缆、双绞线、DSL或诸如红外线、无线电和微波的无线技术均包括在介质的定义。如这里所使用的，磁盘和光盘包括压缩盘(CD)、激光盘、光盘、数字多功能盘(DVD)、软盘、蓝光盘，其中磁盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述内容的组合也应当包括在计算机可读介质的范围内。

[0150] 以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

[0151] 应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

[0152] 上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。

[0153] 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

[0154] 所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。