Cassandra刷写Memtable时是否阻塞写入？非阻塞机制如何实现？

1. 全局Memtable刷写是否阻塞写入？ #

不会。Cassandra采用双Memtable切换机制：当当前活跃Memtable达到内存阈值或其他触发条件时，会原子性地切换到一个全新的空Memtable承接后续写入，旧Memtable则被标记为只读，由后台线程异步刷写到磁盘生成SSTable。整个切换过程无停顿，完全不影响写入请求的处理。

2. 指定分区的Memtable刷写是否阻塞写入？ #

同样不会。即便某个分区的历史数据正在被旧Memtable刷写，后续针对该分区的写入会直接进入新的活跃Memtable。刷写操作仅处理旧Memtable中的静态快照数据，与新写入的分区数据互不干扰，最终通过Compaction流程合并不同SSTable中的分区数据。

3. 非阻塞解决方案的实现细节 #

• 原子切换活跃Memtable：通过原子引用更新指向活跃Memtable的指针，保证切换操作的线程安全性，写入请求能瞬间转移到新Memtable，无锁或轻量锁设计避免性能损耗。
• 后台异步刷写线程池：刷写任务由独立的MemtableFlushWriter线程池执行，与写入线程池完全隔离，不会抢占写入路径的资源。
• Copy-On-Write内存快照：旧Memtable被标记为待刷写后，利用Java的Copy-On-Write特性生成内存快照，刷写操作基于快照进行，确保刷写过程中旧Memtable的数据不会被修改，同时不影响新Memtable的写入。
• 极端场景的 fallback：仅当所有可用Memtable都被占满（如刷写速度远慢于写入速度）时，才会短暂阻塞写入，但通过合理配置内存阈值和刷写线程数，这种场景几乎不会发生。

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