健康的垃圾收集指标?

您可能希望对跑步进行更详细的配置。

除了Charlie所说的之外,我认为另一个可能导致这种情况的原因是,如果您有很多带有终结器的对象(一些库顽皮地这样做)——正如我所记得的,这实际上迫使它们绕过VM的快速对象释放路径。

再看一眼netbeans profiler/heap walker,就可以清楚地看到,有大量的字符串实例包含完整的sql语句。这是由log4jdbc引起的。 查理·马丁斯的猜测部分正确。

log4jdbc未配置为登录到任何appender,但其日志级别仍设置为INFO。尽管日志文件不包含任何sql信息,但它仍然在后台呈现。

没有log4jdbc带来的性能提升是巨大的。

数据库cpu利用率从1-2%上升到20-50%(一个核心已充分利用) 在不记录日志的情况下,现在大约1-2秒内插入5000个条目。

GC时间为>20%清楚地表明出了问题。

我同意,对于GC时间,高达10%通常是可以的。如果您有旧的gen问题,请尝试添加- XX:新闻化