CouchDB创建简单视图超时，200MB数据库处理异常是否正常？

我是CouchDB新手，尝试为数据库创建视图。即使使用如下默认简单视图：

function (doc) {
  emit(doc._id, 1);
}

在仅含800个文档（数据库sizes.external=800MB，sizes.actual=200MB）的库中仍触发超时错误，但在4MB的小型数据库中可快速创建。触发错误时的日志如下：

[error] 2023-11-24T04:52:16.601473Z couchdb@127.0.0.1 <0.4020.724> d4811f5123 rexi_server: from: couchdb@127.0.0.1(<0.3758.724>) mfa: fabric_rpc:map_view/5 throw:{os_process_error,{exit_status,1}} [{couch_mrview_util,get_view_index_state,5,[{file,"src/couch_mrview_util.erl"},{line$
[info] 2023-11-24T04:52:24.104869Z couchdb@127.0.0.1 <0.3682.724> -------- Starting index update for db: shards/80000000-ffffffff/dbname.1700199178 idx: _design/dbquery
[info] 2023-11-24T04:53:12.501436Z couchdb@127.0.0.1 <0.406.0> -------- couch_proc_manager <0.5169.724> died normal
[error] 2023-11-24T04:53:12.501756Z couchdb@127.0.0.1 <0.4866.724> -------- OS Process Error <0.5169.724> :: {os_process_error,{exit_status,1}}
[error] 2023-11-24T04:53:12.502285Z couchdb@127.0.0.1 emulator -------- Error in process <0.4866.724> on node 'couchdb@127.0.0.1' with exit value:
{{nocatch,{os_process_error,{exit_status,1}}},[{couch_os_process,prompt,2,[{file,"src/couch_os_process.erl"},{line,59}]},{couch_query_servers,map_doc_raw,2,[{file,"src/couch_query_servers.erl"},{line,73}]},{couch_mrview_updater,'-map_docs/2-fun-0-',3,[{file,"src/couch_mrview_updat$

我的服务器是配置充足的专用Linux服务器，内存与磁盘空间充裕，对CouchDB处理200MB数据库的扩展性感到意外，请问该结果是否正常？

• 这种情况完全不正常，CouchDB处理200MB级别的数据库创建视图本应毫无压力。
• 日志里的os_process_error,{exit_status,1}提示是查询服务器（默认是JavaScript进程）异常退出导致的，不是数据库本身性能问题。
• 排查方向：
  • 检查CouchDB配置中与查询服务器相关的参数，比如query_server_config.timeout是否设置得过短，默认是5秒，大文档处理时可以适当调高（比如设为300秒）。
  • 确认服务器上的Node.js版本是否符合CouchDB要求（不同CouchDB版本对Node.js版本有兼容性要求，比如CouchDB 3.x需要Node.js 14+），版本不匹配可能导致JS进程崩溃。
  • 查看系统日志（比如/var/log/syslog或dmesg），看是否有OOM killer杀掉了CouchDB的查询进程，虽然内存充裕，但单个JS进程的内存限制可能被CouchDB的query_server_config.max_v8_memory参数限制，可适当调整该值。
  • 检查文档结构，虽然只有800个文档，但单个文档可能极大（平均250MB/个？），处理超大文档时JS进程可能因内存或超时问题崩溃，可尝试先拆分大文档再创建视图。
  • 尝试重启CouchDB服务，有时候进程资源泄漏会导致异常，重启后可能恢复正常。

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