用mongodb专门做日志库合适吗

我才疏学浅，稍微给点拙见。

1、如果是突出“大型”，mongodb3确实适合。mongodb3改善了集群的能力。

2、从服务器稳定性方面来说，mongodb3确实不错。

3、安全性方面的考虑，mongodb3是能控制安全性的。不一定全部都先存内存，也可以强制存盘的。

凡事有好必有坏，以上3点的代价是成本也相对增加。

SNS虽然总体比不过MMORPG，但是也有相当大的用户群。作为游戏来讲，做得好的话，应该很容易达到大数据级别。所以从这个角度来看，mongodb3还是很必要的。

不过，我看你的意思是想部分使用mongodb来做。如果使用2种以上数据库。

1、在技术方面，数据不好统一维护，势必拖慢开发效率。

2、成本也相对提高，如果是mongodb和sql一起的话，那么在大数据方面，sql将无法承受为了应付大数据而付出的高昂费用。或者sql只承担少部分任务，但是sql很可能要另外配置机器，这也是提高了成本。因为mongodb偏重内存，而sql很可能偏重磁盘容量。

日志记录的是，我们 *** 作系统或某个服务或某个软件在运行过程当中所产生事件信息的，这对于我们后续分析系统比较有价值。

比如，某个服务在运行过程中出现故障了，就可以查看该服务的日志信息，分析日志找出服务出现故障的原因所在。

如：我们使用【yum】工具安装软件，系统都会把程序yum做的 *** 作记录到日志里。

如果，我们管理的不是一台主机，每台主机的日志信息都是单独存放的，如果要分析报告当前所有主机的的所有服务的过去某一时间段运行状态，我们则要逐一查看每一台主机的日志文件了。这很不方便。不利于使用一些日志分析工具来分析日志。所以我们要做日志的集中化存储。意思是说：把所有主机产生日志信息发往日志服务器，由日志服务器帮助众多需要存储日志数据的主机存储日志数据。

存储日志数据有两种方式：

1、使用文件存储日志数据

2、把日志信息存储到数据库里

---