CouchDB 1.6.1出现badmatch错误，请求解析与排查指导

我来帮你拆解这个CouchDB的错误，先从给出的错误栈说起：

CouchDB 1.6.1 {"error":"{{badmatch,[]},\n [{couch_server,get_lru,1,[{file,"couch_server.erl"},{line,262}]},\n {couch_server,try_close_lru,1,[{file,"couch_server.erl"},{line,235}]},\n {couch_server,maybe_close_lru_db,1,[{file,"couch_server.erl"},{line,228}]},\n {couch_server,open_db,4,[{file,"couch_server.erl"},{line,...}

1. 错误本质 #

这是Erlang代码里的模式匹配失败：badmatch,[]意味着在couch_server.erl第262行的get_lru函数中，代码预期能拿到一个非空的LRU（最近最少使用）数据库列表，但实际得到了空列表[]。简单说就是，CouchDB想关闭一个闲置数据库释放资源，但发现没有可关闭的闲置库，代码逻辑没处理这种空列表的情况，直接抛出了错误。

2. 和配置的关联 #

这个错误大概率和CouchDB的数据库连接缓存配置有关，重点看这两个核心参数：

• max_dbs_open：允许同时打开的最大数据库数量（默认值100）
• max_dbs_soft：触发自动关闭闲置数据库的软阈值（默认值80）

如果你的业务场景中打开的数据库数量经常接近或超过max_dbs_soft，就容易触发这个逻辑。当CouchDB尝试关闭闲置库时，如果所有打开的数据库都处于活跃状态（没有进入LRU列表），就会出现“预期非空但实际为空”的匹配失败。

3. 排查与测试方法 #

• 检查配置：打开CouchDB的local.ini配置文件，找到[couchdb]章节，确认max_dbs_open和max_dbs_soft的数值。如果业务需要打开大量数据库，适当调高这两个值（比如调到200/160），重启CouchDB后观察错误是否消失。
• 临时验证：先重启CouchDB，这会清空当前的LRU缓存和打开的数据库连接，能快速验证是不是缓存状态导致的问题。
• 监控实时状态：用CouchDB的统计API查看数据：
  • 发送GET /_stats/couchdb/dbs_open请求，查看当前打开的数据库数量
  • 发送GET /_active_tasks，查看是否有大量数据库操作在进行
• 复现测试：写个简单脚本循环请求不同的数据库（比如创建一批测试DB，然后依次打开），模拟高并发打开DB的场景，看是否能复现错误，验证是不是阈值配置的问题。

4. 额外建议 #

CouchDB 1.6.1是2015年的老版本了，这类边缘场景的逻辑bug在后续的2.x、3.x版本中已经被修复。如果条件允许，升级到较新的稳定版本能从根源上避免这类问题。

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