我正在使用syslog-ng的mongodb插件，它工作的很好，但我找不到一种方法来定制保存日志条目的格式（“DATE”，“FACILITY”，…）。 有谁知道如何做到这一点？ 我能find的所有信息都在这里 （有用，但过时）， 在这里 （错过了这一点）。
我有一个mongodb副本集，并希望将其移动到一个单一的服务器设置 是否就像做一个rs.remove()到其他2个节点一样简单？
目前我已经有服务器A和服务器B与下面的mongod实例运行： 服务器A mongod服务器（通常是PRIMARY） mongod仲裁器 服务器B mongod服务器（通常是SECONDARY） 当服务器A发生故障时，服务器B没有select自己作为主服务器。 因此，由于数据库不可用，我的整个应用程序都处于脱机状态。 我的问题是，在不增加物理服务器数量的情况下，如何确保服务器B在服务器A停机时能够正常工作？ 以下是一个好主意吗？ 服务器A mongod服务器1A 蒙哥通服务器2A mongod arbiterA 服务器B mongod服务器1B mongod服务器2B mongod arbiterB 在哪里我没有添加一个仲裁者B，因为这将使服务器的总数甚至。 问题是：这是服务器Aclosures时让服务器B接pipe的最有效方式吗？ 或者我可以删除一些服务器来保存RAM / CPU /硬盘？
如何获得每个数据库和每个集合的写入统计信息？ mongostat似乎只为服务器提供全局的写入信息。 有没有办法获得更详细的关于I / O的细节？
我正在尝试备份我的MongoDB数据库，并检查SHA-1校验和的更改。 问题是校验和不一样。 $ mongodump –quiet –db backup –out . $ tar -cf backup1.tar backup $ rm -r backup $ sha1sum backup1.tar d9519a5183fb797639af583738e292527c667420 backup1.tar $ mongodump –quiet –db backup –out . $ tar -cf backup2.tar backup $ rm -r backup $ sha1sum backup2.tar f5c9e3e99e857a88052e9121a9eca61c40909c07 backup2.tar 我相信数据库没有更新： $ mongodump –quiet –db backup –out b1 $ mongodump –quiet […]
假设您将MongoDB的当前版本（3.2）作为包含3个节点的networking中的副本集运行： mongo1.local mongo2.local mongoarbiter.local 现在这些节点应该可以通过公共互联网（通过FW限制）。 mongo1和mongo2将在防火墙上获得一个VIP和一些有效的A-Records： mongo1.example.com mongo2.example.com 裁决者没有暴露。 现在，如果您通过连接string传递外部DNS名称，某些客户端实现工作正常（python）。 但其他人（Java）将无法连接，因为副本集只知道其内部名称。 客户端将parsingrs提供的节点列表，注意它连接的外部名称不在列表中，并且失败： Monitor thread successfully connected to server with description ServerDescription{address=mongo1.example.com:27017, type=REPLICA_SET_PRIMARY, state=CONNECTED, ok=true, version=ServerVersion{versionList=[3, 0, 14]}, minWireVersion=0, maxWireVersion=3, maxDocumentSize=16777216, roundTripTimeNanos=5305689, setName='mongo-rs', canonicalAddress=mongo1.local:27017, hosts=[mongo2.local:27017, mongo1.local:27017], passives=[], arbiters=[mongo3.local:27017], primary='mongo1.local:27017', tagSet=TagSet{[]}, electionId=5821da77ccc118202cd2b75d, setVersion=3} 除了搞乱客户机系统上的/ etc / hosts之外，有没有其他解决scheme？ 顺便说一句：这与js客户端库的技巧，但看起来有点肮脏： replSet.connectWithNoPrimary
这是我的脚本backup_mongo.sh #!/bin/bash suffix=$(date +%w) rm /home/myuser/backup/mongo-$suffix -rf mkdir /home/myuser/backup/mongo-$suffix mongodump -h$1 -u$2 -p$3 -dmydb -o/home/myuser/backup/mongo-$suffix 在我的crontab -e ： 0 3 * * * /bin/bash /home/myuser/myproject/production/backup_mongo.sh localhost user1 pass1 当我正常运行脚本（执行上面的命令）时，脚本将工作，并在/ mongo- $后缀中创build目录“mydb”。 但是，当我把它放在crontab中时，/ mongo- $后缀被创build，但是“mydb”目录不存在。 / mongo- $没有任何后缀。
今天早上醒来发现，出于某种原因，MongoDB增长到所有可用的磁盘空间。 我无法修复数据库来压缩它，因为我没有空间。 我甚至不能启动postgres删除一个旧的数据库，这将释放更多的演出。 我从字面上有零可用磁盘空间。 我没有删除一个9GB的文件，但是当我使用“df -h”的时候，空间并没有显示出来。 我必须尽快清理驱动器上的空间，因为它是一个生产服务器，我们正在宕机。 该怎么办？
我正在编写一个存储数据的代码，并希望存储10亿到10亿条logging甚至更多。 最重要的是速度（近似10000 – 20000 /logging每秒），SPACE使用和CRASH打样。 现在我一直在玩MySQL MyISAM，它的工作速度非常快，并且符合我们所需要的速度。 MyISAM也具有最佳的SPACE使用率，MySQL数据文件夹中的数据库文件几乎等于我插入的数据量，例如，对于每个30个字符的100000条logging，只需要3MB。 但唯一的问题是，它不是ACID，并可能导致数据丢失的崩溃。 所以我想知道任何替代品（我甚至不介意将数据库软件改为其他任何东西），这可以帮助我们存储如此多的数据并将其存储在FAST中。 我已经尝试MySQL INNODB，它的插入非常缓慢。 我每秒只能达到800-1000个/logging。 INNODB中存储数据的空间也非常大。 存储每个30个字符的相同的100000条logging需要将近8 MB。 我也尝试了MongoDB作为替代scheme，但是它又需要太多空间来存储相同的数据。 即使SQLITE3数据库是非常非常慢写100000条logging。 我在for循环中用PHP试了一下。 它也错过了20个logging，并给出了数据库不可用的错误。 所以我想知道任何可以满足我的要求的开源数据库软件。 我听说MariaDB的ARIA符合ACID标准。 这是真的吗？ 或者，PostgreSQL也是一个很好的select，具有最佳的空间利用率。 我对任何FAST解决scheme都是开放的，利用最佳空间并且是防止破坏。 期待回复。 ===更新MariaDB咏叹调===它甚至比插入速度和空间的InnoDB还差。 它比InnoDB花费了1.5倍的时间来插入相同的数据和MyISAM使用的近2.5倍的空间。
我正在使用ext4文件系统上的WiredTiger引擎运行MongoDB。 我做的最后一件事是开始build立一个索引，但是后来出现了一些问题，我需要取消索引构build并重启机器。 我通过在正在运行索引构build的MongoDB控制台中按Ctrl + C来做到这一点。 它很好地问我，如果我想杀死索引版本，我说是的，然后我等待它closures，花了几秒钟，所以似乎一切都很好。 然后（我猜13秒后）我使用systemctlclosures服务器。 相关日志： 2015-06-04T22:41:56.176ZI – [conn1] Index Build: 5950100/253027947 2% 2015-06-04T22:41:59.022ZI – [conn1] Index Build: 5968100/253027947 2% 2015-06-04T22:42:02.002ZI – [conn1] Index Build: 5999700/253027947 2% 2015-06-04T22:42:05.086ZI – [conn1] Index Build: 6043300/253027947 2% 2015-06-04T22:42:08.114ZI – [conn1] Index Build: 6067900/253027947 2% 2015-06-04T22:42:11.006ZI – [conn1] Index Build: 6096800/253027947 2% 2015-06-04T22:42:14.007ZI – [conn1] Index Build: […]