如何最大化Xodus数据库GC效率或强制执行全量垃圾回收

一、最大化GC效果的推荐配置 #

你当前测试用的高频触发GC配置反而会导致GC频繁争抢事务资源、反复中断重试，因此没有明显吞吐量提升，可按以下方向调整配置：

• 降低GcMinUtilization阈值：当前75的阈值过高，建议调整为50~60。该参数代表数据文件利用率低于对应值才会被纳入GC回收范围，降低阈值可以减少单次GC需要处理的文件数量，避免GC和写入任务抢占IO资源，针对你当前75%磁盘空间为空闲的场景，可快速回收大量低利用率的冗余文件。
• 调大GcTransactionAcquireTimeout：当前1000ms的超时时间过短，GC线程经常无法抢到事务锁就会超时退出，建议调整为10000~30000ms，给GC足够的时间等待事务资源。
• 保留GcTransactionTimeout为120000ms即可，若后续单数据文件大小超过2G，可适当上调到300000ms，避免GC移动存活数据时事务超时失败。
• 把测试用的GcRunEvery和GcRunPeriod改回默认值（分别为30和1800），停止强制高频触发GC的操作，避免无效资源损耗。
• 新增配置exodus.gc.useExclusiveMode=true：该配置会让GC处理单个文件时短暂独占数据库环境，避免大量只读事务持有旧版本数据快照，导致GC无法删除已过期的旧文件，对读多写少的场景GC效率提升非常明显。
• 调整内存分配：当前20G虚拟机内存仅分配25%（5G）给数据库使用，建议上调到10~12G，更大的页缓存可以减少GC过程中的随机IO开销，存活数据缓存在内存时GC移动数据无需读盘，速度可提升30%以上。

二、夜间暂停写入执行全量GC的实现方案 #

Xodus没有内置定时全量GC的能力，但可以通过业务代码配合实现，适配你只有单写入线程的场景，操作步骤如下：

1. 业务层新增写入开关，到预设的夜间窗口时，先暂停唯一的写入导入线程，等待所有已提交的写入事务执行完成，再等待30~60秒让运行中的只读事务全部结束，避免长事务持有旧版本数据导致GC无法回收。
2. 调用Xodus原生API主动触发全量GC：environment.getGC().doGc()，该方法会阻塞运行，直到所有符合GcMinUtilization阈值的文件全部回收完成。
3. 全量GC执行结束后，恢复写入线程的导入任务即可。

注意：如果业务不允许中断只读请求，可以在停写后调用environment.getGC().fullGc()方法，该方法可以在只读事务运行的同时尽可能回收所有可回收文件，仅回收效率比停全部事务的场景低10%~20%。

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