Mongodb 分片+副本集配置后异常分析

问题发现:

往数据库做插入操作,发现数据全部集中在一个分片,其它分片没有数据。 并且插入效率超级慢!

查看日志发现mongs.log 报出如下的异常描述:

  1. Tue Jul 29 10:14:54.602 [Balancer] caught exception while doing balance: error checking clock skew of cluster xx02:21000,xx03:21000,xx04:21000 :: caused by :: 13650 clock skew of the cluster xx02:21000,xx03:21000,xx04:21000 is too far out of bounds to allow distributed locking.  

解决办法:

断定为是由于服务器时间不同步引起的问题,在每台机器运行:ntpdate  asia.pool.ntp.org 同步系统时间.

问题深究:

  以上问题可以通过mongodb源码进行探源:

报错的信息在client/distlock.cpp的DistributedLock这个类中.

DistributedLock(分布锁)这个类为configdb提供了同步整个集群环境任务状态的方法。每个任务在集群中都必须有一个唯一的名字,比如数据平衡任务'balancer'。

这个锁的信息记录在configdb的locks集合中。每个锁生效都必须在一个预先规定的时间范围内,在初始化类的时候这个类都会自动去维护这个时间,判断是否超时

DistributedLock的got函数

  1. string got( DistributedLock& lock, unsigned long long sleepTime ) {   
  2.     ....   
  3.      // Check our clock skew   
  4.             try {   
  5.                 if( lock.isRemoteTimeSkewed() ) {   
  6.                     throw LockException( str::stream() << "clock skew of the cluster " << conn.toString() << " is too far out of bounds to allow distributed locking." , 13650 );   
  7.                 }   
  8.             }   
  9.             catch( LockException& e) {   
  10.                 throw LockException( str::stream() << "error checking clock skew of cluster " << conn.toString() << causedBy( e ) , 13651);  
  11.             }   
  12.     ....   
  13. }   
  14. bool DistributedLock::isRemoteTimeSkewed() {   
  15.      return !DistributedLock::checkSkew( _conn, NUM_LOCK_SKEW_CHECKS, _maxClockSkew, _maxNetSkew );   
  16. }  
  17.   
  18. /**  
  19.    * Check the skew between a cluster of servers  
  20. */   
  21.         static bool checkSkew( const ConnectionString& cluster, unsigned skewChecks = NUM_LOCK_SKEW_CHECKS, unsigned long long maxClockSkew = MAX_LOCK_CLOCK_SKEW, unsigned long long maxNetSkew = MAX_LOCK_NET_SKEW );  

checkSkew就是判断server之间时间差的函数,此函数有几个参数

1、skewChecks 检查次数 

2、maxClockSkew 最大的时间差

3、maxNetSkew 检查时网络的最大时间差

.每个参数初始化的时候都有默认值,此默认值在distlock.h头文件中

  1. #define LOCK_TIMEOUT (15 * 60 * 1000)   
  2. #define LOCK_SKEW_FACTOR (30)   
  3. #define LOCK_PING (LOCK_TIMEOUT / LOCK_SKEW_FACTOR)   
  4. #define MAX_LOCK_NET_SKEW (LOCK_TIMEOUT / LOCK_SKEW_FACTOR)   
  5. #define MAX_LOCK_CLOCK_SKEW (LOCK_TIMEOUT / LOCK_SKEW_FACTOR)   
  6. #define NUM_LOCK_SKEW_CHECKS (3)  

可以看到skewChecks 默认检查3次,maxClockSkew 的默认值是30s,maxNetSkew 也是30s,时间还是比较短的

maxNetSkew 是从检查机器到被检查机器,执行serverStatus命令返回的最大时间

  1. Date_t then = jsTime();   
  2. bool success = conn->get()->runCommand( string("admin"),BSON( "serverStatus" << 1 ), result );  
  3. delay = jsTime() - then;  

如果delay>2*MAX_LOCK_NET_SKEW 则认为超时

checkSkew通过相互比较集群中server的时间3次,得到集群中差值最大的时间间隔,如果大于maxClockSkew ,那么报出异常

  1. // Make sure our max skew is not more than our pre-set limit   
  2.         if(totalSkew > (long long) maxClockSkew) {   
  3.             log( logLvl + 1 ) << "total clock skew of " << totalSkew << "ms for servers " << cluster << " is out of " << maxClockSkew << "ms bounds." << endl;   
  4.             return false;   
  5.         } 
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值