本文目录一览：
mongodb中Criteria转换为es条件
1、可以用mongdbTemplate，elasticSearchTemplate。MongoDB与Elasticsearch都属于文档型数据库，Bson类同与Json，_objectid与_id原理一样。所以主数据与从数据迁移到Elasticsearch平台，数据模型几乎无需变化。
2、内置文档数组默认是一个元素满足所有条件也可以每个元素只满足一部分条件但加起来满足所有条件。内联数组的两个文档均满足部分的 key=area，value=IT 条件，也可以完成筛选。
3、添加默认的servlet-mapping ：将你所需要访问静态资源添以通配符的形式加到web.xml的servlet-mapping中，就可以轻松地访问到你精心设计的js和css了。
redis和mongodb哪个简单
mongodb更吃内存，因为当mongo发现内存不够的时候，是以2的指数级别来申请内存的。所以一般都建议把mongodb单独放。 其实可以说redis更像缓存机制，cookie，也可以设定数据的过期时间，当然也可以永久存储（但是好像稍逊色？）。
Redis只能使用单线程，性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒（取决于数据结构，数据大小以及服务器硬件性能，日常环境中QPS高峰大约在1-2w左右）。
Mogodb简介：mogodb是一种文档性的数据库。先解释一下文档的数据库，即可以存放xml、json、bson类型系那个的数据。这些数据具备自述性（self-describing），呈现分层的树状数据结构。redis可以用hash存放简单关系型数据。
基于NodeJS的高性能分布式游戏日志系统
NodeJS的适合做网站，但比专业的HTTP服务器要弱太多，4核心主机面对3000QPS就吃力，更多的关于NodeJS的性能问题，可以参考网络文章。
winston 目前最新版本1，周下载量在300万以上，github star 13k+， 可以说是一个非常流行的nodejs 日志管理库。值得每个nodejs 开发人员去熟悉和了解。
普通网站app的session实现方案也就两种，cookie或者url参数（query string），应该没更多的了。因为http也就是个无状态协议，client不自己说清楚自己是谁，server永远是不知道的。
为什么mongodb不能替代elasticsearch区别
1、与MongoDb不同， Elasticsearch 默认没有提供安全特性，如认证和授权。Elasticsearch和 Logstash & Kibana 一起称为ELK stack，用于快速查询数据并可视化展现分析数据。
2、MongoDB的核心优势是灵活的文档模型，高可用性复制集和可扩展的碎片集群。天通苑java培训建议可以尝试以多种方式了解MongoDB，例如MongoDB工具的实时监控，内存使用和页面错误，连接，数据库操作，复制集等。
3、当比较Elasticsearch中的文档和MongoDB中的文档，你会发现两者都可以有不同的结构，但Elasticsearch的文档中，相同字段必须有相同类型。这意味着，所有包含title字段的文档，title字段类型都必须一样，比如string。
4、mongodb和memcached不是一个范畴内的东西。mongodb是文档型的非关系型数据库，其优势在于查询功能比较强大，能存储海量数据。mongodb和memcached不存在谁替换谁的问题。和memcached更为接近的是redis。
mongodb数据同步到es遇到的坑
1、由于使用直接修改mongodb的collection的名字，使得mongo-connector不能自动同步到es当中。
2、他的版本控制非常清楚。MongoDB 背后的公司（10gen）已经准备好了明天在 MongoDB 上面的投入的资金了。劣势 应用经验缺乏，我们都没有相关NoSQL 产品的使用经验。项目相对来说还比较新。
3、es节点挂了恢复后数据同步问题的解决办法如下：启动挂掉的节点：将挂掉的节点重新启动并加入到集群中。自动分配分片：当挂掉的节点重新加入到集群中后，Elasticsearch会自动分配分片，将数据均匀地分布在各个节点上。
