CouchDB集群删除数据库后其他节点未释放磁盘空间求助

问题解答 #

1. 该行为是否符合预期？ #

不符合。CouchDB集群中执行数据库删除操作后，集群应自动同步清理所有节点上的对应分片数据文件，仅执行删除命令的节点缩减文件大小属于异常状态，通常是集群同步流程出现了问题。

2. 释放其他集群节点磁盘空间的解决步骤 #

步骤1：确认数据库已从集群元数据中移除

在所有集群节点上执行命令，验证目标数据库是否已彻底删除：

curl http://<节点IP>:5984/_all_dbs

如果输出仍包含location_2020-11，说明删除操作未同步，需在任意节点重新执行删除命令：

curl -X DELETE http://<节点IP>:5984/location_2020-11

步骤2：手动触发分片清理

CouchDB逻辑删除数据后，可能需要手动触发清理来回收磁盘空间。在存在残留大文件的节点上执行：

curl -X POST http://<节点IP>:5984/_views_cleanup

注意：该操作会占用系统资源，建议在业务低峰期执行。

步骤3：手动删除残留分片文件（谨慎操作）

若上述命令无效，可手动删除残留文件，但需满足两个前提：

• 已通过_all_dbs确认数据库从集群元数据中移除
• 停止节点CouchDB服务后再操作，避免文件锁定

操作流程：

1. 停止CouchDB服务（以systemd系统为例）：

   sudo systemctl stop couchdb
   

2. 删除目标分片文件：

   rm <couchdb_base>/data/shards/a0000000-bfffffff/location_2020-11.1604070002.couch
   

3. 重启CouchDB服务：

   sudo systemctl start couchdb
   

4. 验证节点集群状态：

   curl http://<节点IP>:5984/_cluster/health
   

步骤4：排查集群同步问题

若多次出现该异常，需检查：

• 集群节点间5984（HTTP）和5986（内部通信）端口的网络连通性
• CouchDB日志（通常在<couchdb_base>/var/log/couchdb/目录）中的同步失败错误信息，定位根因

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