关于Chronicle Queue非默认rollTime配置的多场景技术疑问

1. 生产者与消费者指定不同rollTime时会发生什么？ #

双方对队列文件的滚动逻辑、命名规则认知不匹配，会直接引发数据读取异常。比如生产者按东八区每天0点滚动文件，消费者按UTC时区每天0点滚动，消费者会无法正确识别生产者生成的文件，出现漏读、重复读取甚至找不到文件的情况。本质上rollTime定义了队列文件的切换时机和命名格式，两端规则不一致就会导致对整个队列文件集的理解错位。

2. 生产者重启时使用不同rollTime会发生什么？ #

重启后的生产者会按照新的rollTime规则创建和切换队列文件，而之前生成的旧文件仍遵循原rollTime的命名和滚动逻辑。如果消费者还是用旧的rollTime，会出现新旧文件读取混乱；如果消费者也切换到新rollTime，旧文件因不符合新的命名规则，会无法被正确识别和读取，导致旧数据丢失。后续若再切回原rollTime，同样会出现新文件无法被识别的问题。

3. 多个生产者向同一队列指定不同rollTime时会发生什么？ #

会造成队列文件系统的逻辑混乱。不同生产者会按各自的rollTime规则创建、切换文件，可能出现同一时间点被创建多个不符合统一规则的文件，或者部分生产者在旧文件写入、部分已切换到新文件写入的情况。最终消费者无论采用哪种rollTime配置，都无法完整读取所有数据，甚至可能引发文件写入冲突（尽管Chronicle Queue有文件锁机制，但逻辑上的混乱无法避免）。

4. 队列复制场景下，源端与同步端的rollTime设置是否必须一致？ #

必须严格一致。Chronicle Queue的复制是基于文件级别的同步，源端的文件命名、滚动时机完全由其rollTime决定。如果同步端使用不同的rollTime，会无法正确识别同步过来的源端文件（命名规则不匹配），要么无法读取这些文件，要么错误地自行创建新文件，彻底破坏数据一致性。只有两端rollTime（包括时区、滚动周期等所有参数）完全一致，才能保证队列文件完全相同，同步正常进行。

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