DBA
发布时间：2013-07-10 13:43:57
题记：MongoDB Sharding架构下高连接数一直困扰着我们。因此下定决心寻求解决之道。何时出现高连接数我们遇到的场景，当连接到mongos的应用服务器（如Tomcat实例数量）过百，甚至达到近200台时，tcp连接数超高，达到15000以上，查看mongod对应端口连接数高达8000多，mongos 2000多。此时ops（query,insert,update,delete.........【阅读全文】
发布时间：2013-03-29 17:39:29
前一段时间使用repair命令修复线上的数据库，发现数据库中碎片巨大，占用200多G的数据在repair之后只有50多G，然后就研究了一下Mongodb是如何利用已经删除了的空间的。 分析下源码： Mongodb在执行删除（文档）操作时，并不会进行物理删除，而是将他们放入每个命名空间维护.........【阅读全文】
发布时间：2013-03-14 16:38:22
在Mongodb的sharding架构中，每个片上的数据，是按照chunk（块）为最小单位组织的。chunk是一个数据集合，默认64M。一个片上有很多chunk，但是一个chunk只能在一个片上。chunk是一个区间，比如{{"Wid":10000}-->>{"Wid":10010}},这就是一个块，Wid就是我们要说的片键，是一个表中的某个字段。表.........【阅读全文】
发布时间：2013-02-21 19:12:18
Mongodb的数据增长是个大问题，尤其是存放大数据，数据不停的增长，导致空间不足，性能下降。Mongodb以库为单位分配空间，每个库包含一系列数据文件，删除表并不能回收空间，删除库才可以。最近一直被空间问题困扰，线上库已经快到1T，空间不足，repair数据时间太长，delete容易锁死库，不好控制.........【阅读全文】
lywaterman2013-07-17 00:05
请教一个问题，我遇到过这么一种情况，我的mongodb版本是2.2.3，在阿里云上部署，有两次， 我关闭了mongodb，正常关闭的，然后重启后查询发现，数据库里面的数据回滚到了几天前，我赶紧关闭服务器，然后尝试着执行了repair的操作，再重启，一切恢复正常，但是我一直没有理解这是为什么，请问你有遇到这种情况啊，能帮我分析下可能的原因吗？
