sys.fn_cdc_get_max_lsn()与cdc.lsn_time_mapping最大start_lsn的区别

1. 性能与实现方式 #

• sys.fn_cdc_get_max_lsn() 是SQL Server内置的系统函数，它直接读取CDC组件维护的元数据缓存，无需扫描全表就能返回捕获进程已处理的最后一个LSN，性能优势明显。
• 直接执行 SELECT MAX(start_lsn) FROM [#db].cdc.lsn_time_mapping 需要扫描整个lsn_time_mapping表计算最大值，当表中数据量较大时，会产生明显的性能损耗。

2. 过滤逻辑与数据范围 #

• sys.fn_cdc_get_max_lsn() 返回的是捕获进程已成功传播到变更表的业务事务LSN，会自动排除CDC内部的系统事务（对应tran_id = 0x00的记录）。
• 直接查询MAX(start_lsn)如果不加过滤条件，会包含lsn_time_mapping表中所有记录的最大值，包括CDC系统事务的LSN；Debezium代码中额外添加WHERE tran_id <> 0x00，就是为了对齐系统函数的过滤逻辑，但即使加了过滤，依然需要全表扫描。

3. 一致性与原子性 #

• sys.fn_cdc_get_max_lsn() 是原子操作，返回的LSN是CDC捕获进程已确认处理完成的一致值，不会受表写入并发的影响。
• 直接查询MAX(start_lsn)属于普通聚合查询，当捕获进程正在向lsn_time_mapping写入新记录时，可能读取到未完全提交的中间结果，导致返回的LSN不一致。

4. 维护机制 #

• sys.fn_cdc_get_max_lsn() 的值由CDC捕获进程主动维护，每次完成一批变更处理后会更新该元数据，确保返回的是最新的已处理LSN。
• lsn_time_mapping是捕获进程的事务日志映射记录表，MAX(start_lsn)是基于表中现有数据的计算结果，若捕获进程因故障暂停，表中可能存在未完成的记录，直接查询会拿到不准确的最大值。

内容的提问来源于stack exchange，提问作者Hongshun Wang