一、故障描述
nexus服务器最初配置为4C8G，随着业务量的暴增，终于在某一天不堪重负，OOM了，排查后，增加内存到16G，再次启动，然后看似正常，然后却发生了诡异的事件。。。。。。
二、排查过程
问题一，
查看日志，发现日志报错如下
报错日志1
经确认，assetdownloadcount记录的是asset下载次数的数据，报错是因为记录delete失败，该表数据并不重要，故采用人工删除的方式解决，筛选日志，发现需要删除的表为truncate cluster assetdownloadcount_3，truncate cluster assetdownloadcount_5，truncate cluster assetdownloadcount_10，truncate cluster assetdownloadcount_15
处理方案：
1、进入/opt/nexus/目录下，执行命令：java -jar
./lib/support/nexus-orient-console.jar 进入orientdb命令行
2、执行命令：CONNECT
PLOCAL:/opt/sonatype-work/nexus3/db/component admin admin 连接到component库
3、执行命令：
truncate cluster assetdownloadcount_3
truncate cluster assetdownloadcount_5
truncate cluster assetdownloadcount_10
truncate cluster assetdownloadcount_15
删除有问题的cluster
4、执行命令：
REBUILD INDEX *
REPAIR DATABASE –fix-graph
REPAIR DATABASE –fix-links
REPAIR DATABASE –fix-ridbags
REPAIR DATABASE –fix-bonsai
进行数据库修复
至此问题一解除
问题二，
本想着都连上了orientdb命令行了，就去其他几个库修复一下吧，命令都是一样的，没想到到了config库报错了
报错日志
报错日志
几经百度终于查到可以通过删除index来解决，执行命令：drop INDEX
quartz_job_detail_name_group_idx
删除完毕后重新执行修复命令，不在报错
重启nexus完美启动，问题解决
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至2705686032@qq.com 举报，一经查实，本站将立刻删除。原文转载： 原文出处：
