mongodb-erlang driver Replica Set Secondary节点分配不均衡的问题

最新推荐文章于 2024-10-27 22:45:54 发布

huang1196

最新推荐文章于 2024-10-27 22:45:54 发布

阅读量1.2k

点赞数

分类专栏： erlang 文章标签： MongoDB erlang Driver

本文链接：https://blog.youkuaiyun.com/huang1196/article/details/17141309

版权

在使用MongoDB Replication Set时，发现两个Secondary节点的查询操作分配不均。经过排查，问题可能出在Erlang驱动器上。Java Driver表现正常，但在Erlang驱动器中，`mongo_replset:secondary_ok/1`方法的随机选取机制可能导致了Secondary节点负载不均衡。进一步分析了`rotate`函数和随机数生成，但未找到直接原因。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

服务端使用Mongodb的Replica Set，一个Primary节点，两个Secondary。开始一直没注意，前天设置了MMS之后发现两个Secondary节点的查询操作分配明显不平衡，其中一个的op数量似乎总是另一个的2倍。

一开始以为是mongodb配置有问题，各种排查后没有发现问题，而且原理上讲RS并不是将Primary作为proxy进行load balance，也就不可能是因为mongodb的配置导致的分配不均，在使用Java的Driver测试后发现，mongodb的Java Driver并无该问题，所以初步可以肯定问题是出现在erlang的driver里。

为了确定下不是特殊情况，在本机也测试了一下。Primary打开./mongostat, 两个Secondary设置db.setProfilingLevel(2), 单进程测试，每次find_one 200条数据，发现第一个seconday查询数约为第二个的2倍，而且mongostat显示的数据中，command大约有60几。直观感觉难道是200个查询被平均分给了3个节点，主节点又把自己的那1/3数据全部转移给了其中一个从节点？

再来看erlang driver，每次数据操作都调用mongo:do方法：

-spec do (write_mode(), read_mode(), connection() | rs_connection(), db(), action(A)) -> {ok, A} | {failure, failure()}. % IO
%@doc Execute mongo action under given write_mode, read_mode, connection, and db. Return action result or failure.
do (WriteMode, ReadMode, Connection, Database, Action) -> case connection_mode (ReadMode, Connection) of
	{error, Reason} -> {failure, {connection_failure, Reason}};
	{ok, Conn} ->
%%		io:format("Mongo conn:~p~n", [Conn]),
		PrevContext = get (mongo_action_context),
		put (mongo_action_context, #context {write_mode = WriteMode, read_mode

最低0.47元/天解锁文章