Dspace 7.2条目提交速度极慢问题求助

数据库层面排查 #

• 检查慢查询与锁等待：针对PostgreSQL，执行SELECT pid, query, state, now() - query_start AS duration FROM pg_stat_activity WHERE state = 'active' AND duration > '10s';，定位条目提交时的长时间运行SQL，重点关注item、bundle、bitstream表的写入操作
• 验证索引有效性：通过\di+ item（PostgreSQL命令）查看item表核心字段（uuid、handle）的索引状态，若缺失或失效需重建索引
• 调整连接池配置：修改config/spring/dspace.cfg中的db.maxconnections参数，建议设置为服务器CPU核心数*2~4，避免连接耗尽导致请求排队

资产存储优化 #

• 本地存储IO检查：使用iostat -x 1实时监控磁盘读写负载，若提交时磁盘使用率接近100%，需升级存储介质（如更换SSD）或调整挂载参数（如启用noatime）
• 远程存储（如S3）验证：测试存储节点网络延迟，通过命令行工具确认文件上传耗时，关闭不必要的存储冗余策略（如非必要的多版本控制）

后端服务配置调整 #

• 优化REST API线程池：修改config/spring/api/core-thread-pool.xml，调整corePoolSize和maxPoolSize为CPU核心数*2，确保提交请求能及时分配线程处理
• 检查异步任务积压：查看dspace.log中AsyncTaskManager相关日志，确认是否有未处理的任务阻塞提交流程

元数据与索引优化 #

• 简化元数据验证：检查config/metadata/registry.xml中的自定义验证规则，移除复杂的远程校验或正则匹配逻辑，减少提交时的计算开销
• 临时切换异步索引：修改config/spring/api/indexing.xml，将提交时的同步Solr索引更新改为异步，验证是否缩短提交耗时（后续可单独优化索引性能）

日志定位具体瓶颈 #

• 开启DEBUG日志：修改config/log4j2.xml，将org.dspace.submit、org.dspace.core.service的日志级别设为DEBUG，提交条目后分析dspace.log，定位耗时超过10秒的具体方法或步骤

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