DB2事务日志使用经验

核心提示： 在另外一个回话中执行占用事务比较大的操作，比如：db2 call proc_testlog(300000)，DB2事务日志使用经验(10)，在这个回话中的操作都及时提交，直到配置的日志文件被使用完，所以，临时表定义了一直没操作，再执行小操作db2 call proc_testlog(3)，

在另外一个回话中执行占用事务比较大的操作，比如：db2 call proc_testlog(300000)，在这个回话中的操作都及时提交，直到配置的日志文件被使用完，再执行小操作db2 call proc_testlog(3)，就可以出现上面的日志满的情况。

解决方案：

可以看出，不是日志满的问题一定是由于应用占用大量的日志导致的，一个被忽略的未提交的操作也可能导致系统的日志无法被重用而导致日志满，在应用中，这是我们应该尽量避免的。但是总是如果无法保证所有的操作都及时的提交，我们可以设置num_log_span参数来规避这个问题，参数指定是否对一个事务可以跨越多少个日志文件具有限制以及该限制是多少，当设置这个参数后，未提交的事务所在的日志与当前日志跨越的个数超过这个值，将被中断，从而避免事务长时间存在导致系统日志满。另外大事务可以跨越的日志也不能超过这个限制，所以当设置max_log和num_log_span后，一个事务所可以使用的事务日志将取2者中比较小的值。

当启用了无限活动日志空间时，max_log和 num_log_span 配置参数非常有用。如果打开了无限记录(即，logsecondary 为 -1)，那么事务数不受日志文件数的上限(logprimary + logsecond)限制。当到达 logprimary 的值时，DB2 将开始归档活动日志，而不是使事务失败。这样可能会导致问题，例如，有一个长期运行的事务，但一直未落实它(可能是由于应用程序不正确导致的)。如果出现这种情况，那么活动日志空间会不断增长，从而可能使得崩溃恢复性能很差。为了防止这样，可以为 max_log 和/或 num_log_span 配置参数指定值。

注意：系统临时表的使用，系统临时表的数据操作是不记日志的，但是表的定义是有少量日志记录的，所以，临时表定义了一直没操作，不提交也可能会引起部分小日志的一直被占用。