WAL序列号无穷大？
我想知道数据库WAL序列是否是无限的？我想大多数WAL记录都有固定大小的WAL号码？这是一个真的很大的数字，它是这么大，它只是不会达到一个结束？这可能是对空间的浪费？或者大的数据库播放器发明了一个更好的方法？
或者，他们是否实现了某种逻辑，让WAl再次从0开始？可能会对代码中的许多地方产生严重影响.？
编辑：
影响：，例如崩溃后的恢复依赖于沿时间线序列号的增大。如果序列可以重新开始，那么恢复就会变得混乱。
术语WAL序列号： WAL (先写Loga.k.a，即在应用程序层接收到事务成功之前需要在磁盘上的事务性日志)。这个日志有一个不断增长的数目来保持数据库的一致性，例如，在恢复的情况下，可以根据WAL中的序列号从页面中检查WAL序列号。
回答 5
Stack Overflow用户
发布于 2012-04-26 15:54:53
我不认为每个数据库都实现了相同的策略。
仅就Oracle而言，SCN (系统更改号)是一个48位的数字，因此Oracle数据库可以在达到极限之前处理近300万亿个事务。现实地说，这将持续很长时间。即使你每秒能完成1000次事务，SCN也不会在3000亿秒或大约9500年内达到极限。现在，除了只执行事务(著名的关于热备份和数据库链接的最新问题导致少数用户超过数据库检查SCN的合理性)之外，还有各种因素会导致SCN增加，因此不需要9500年才能达到极限。但实际上，它让甲骨文有足够的时间在几年后转向64位的SCN，为每个人多购买几个世纪的功能。
Stack Overflow用户
发布于 2012-04-28 23:38:05
与Server一样，DB2调用可以对抗日志序号 (LSN)。IBM最近将LSN的大小从6个字节扩展到了8个字节，没有签名。LSN是一个不断增长的指针，它显示在日志文件中可以找到特定日志记录的位置。8字节LSN意味着DB2数据库在耗尽地址空间之前可以写入近16 外字节的日志记录，此时数据库的内容必须卸载并复制到新的数据库中。
Stack Overflow用户
发布于 2018-11-12 17:27:59
Postgres WAL数字在技术上是可以溢出的，但只有在编写了32 Eb的数据之后才能溢出，因为WAL文件指针是64位的。
https://stackoverflow.com/questions/10336269
复制相似问题
腾讯云开发者
