数据库请求流程
应用端
应用端视角里（MongoDB驱动程序与MongoDB进行交互），一次数据库请求流程如下：
- 选择节点
在复制集读操作里，选择节点会受readPreference参数影响 - 排队等待
总连接数大于最大连接数maxPoolSize，连接满了如何解决：优化查询性能，提高服务端资源等 - 连接与认证
等待创建连接和认证将比直接从连接池获取连接更耗时，所以应该设置minPoolSize一次性创建足够的连接，避免突发的大量请求
数据库端
wiredTiger的ticket:大概有点像semaphore?
- 排队等待
ticket是和系统的资源相关的，增大ticket并不会优化排队等待，所以我们其实是需要优化CURD - 合并结果
在mongos进行结果合并，尽量使用带片键的查询条件减少参与查询的分片数
执行请求
读
执行请求(读)的具体过程如下图，造成性能问题的主要原因就是不能命中索引和内存排序。
写
执行请求（写），MongoDB默认是{j:false}，即不用先刷盘，直接写内存缓存就能返回了，操作如下图：
- 磁盘速度必须比写入速度快才能保证（写频繁情况下的）性能
性能瓶颈总结
- 应用端：选择入口节；等待数据库连接；创建连接和完成认证
- 服务端：排队等ticket；执行请求；合并执行结果
- 网络：应用/驱动->mongos;mongos->片