MongoDB数据缓存刷新机制

最近配合好几个项目测试了MongoDB的写入性能。在内存没有用尽的情况下,虽然MongoDB只有一个更新线程,写入还是非常快的,基本上能达到25000/s以上(索引数据用uuid_generate_randome和uuid_unparse随机产生)。当内存用尽开始往磁盘上刷脏页的时候,性能有非常大的波动,即使调整了syncdelay也没有太大改善。在测试中还出现了一个莫名其妙的情况:MongoDB会间歇性地释放文件系统的cache。除了直接删除表空间之外,很难想到有什么动作可以诱发这个现象。在MongoDB开发者论坛里描述了这个现象,但是 Eliot Horowitz认为MongoDB内部并没有代码会释放文件系统cache。那么,让我们去源码里面看一下MongoDB缓存和刷新数据的机制。

首先找到mongod的入口(db/db.cpp),发现MongoDB的初始化步骤非常简单,概括起来就以下三步:

  1. int main(int argc, char* argv[], char *envp[] ) 
  2. … 
  3. Module::configAll( params ); 
  4. dataFileSync.go(); 
  5. … 
  6. initAndListen(cmdLine.port, appsrvPath); 
  7. … 

显然,dataFileSync就是我们感兴趣的那个类。dataFileSync类派生自BackgroundJob类,而BackgroundJob 主要的功能就是生成一个后台线程并指派任务。数据的刷新是一个不断执行的后台任务,在dataFileSync.run()里面可以找到刷数据的相关代码:

  1. void run() 
  2. … 
  3. Date_t start = jsTime(); 
  4. int numFiles = MemoryMappedFile::flushAll( true ); 
  5. time_flushing = (int) (jsTime() – start); 
  6. globalFlushCounters.flushed(time_flushing); 
  7. … 

从这一段代码看,MongoDB会在syncdelay设定的周期内,采取同步的形式刷新所有的脏数据。再看一下flushAll是怎么刷新所有数据的:

  1. int MongoFile::flushAll( bool sync ) 
  2.  { 
  3.  … 
  4.  set seen; 
  5.  while ( true ){ 
  6.  auto_ptr f; 
  7.  { 
  8.  rwlock lk( mmmutex , false ); 
  9.  for ( set::iterator i = mmfiles.begin(); i != mmfiles.end(); i++ ){ 
  10.  MongoFile * mmf = *i; 
  11.  if ( ! mmf ) 
  12.  continue
  13.  if ( seen.count( mmf ) ) 
  14.  continue
  15.  f.reset( mmf->prepareFlush() ); 
  16.  seen.insert( mmf ); 
  17.  break; 
  18.  } 
  19.  } 
  20.  if ( ! f.get() ) 
  21.  break; 
  22.  f->flush(); 
  23.  } 
  24.  return seen.size(); 
  25.  } 

上面这一段代码实现的功能很简单,就是把mmfiles中所有MongoFile指针所引用的对象都flush()一次。不过在执行flush()函数之前,需要先执行prepareFlush()确保这个对象是可以执行flush()函数的。下面是***真正执行刷新操作的代码:

  1. void MemoryMappedFile::flush(bool sync) 
  2. if ( view == 0 || fd == 0 ) 
  3. return
  4. if ( msync(view, len, sync ? MS_SYNC : MS_ASYNC) ) 
  5. problem() << “msync ” << errnoWithDescription() << endl; 

终于刷新到磁盘了,呵呵。不过这篇blog只涉及到了数据刷新的代码,至于如何缓存,且听下回分解。

【编辑推荐】

  1. 设计实例对比:MySQL vs MongoDB
  2. MongoDB基于Java、PHP的一般操作和用户安全设置
  3. 在Windows环境下MongoDB搭建和简单操作
  4. 教你如何利用MySQL学习MongoDB
  5. 如何用Java操作MongoDB

 

 

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/307638.html<

(0)
管理的头像管理
上一篇2025-05-27 05:22
下一篇 2025-05-27 05:24

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注