-
放到夜间来做。。 原因：auto ballance是使用查看全部
-
用mongostat监控的时候，发现conn一直上涨，达到配置的极限值，开始拒绝服务 原因：慢查询，把连接占了；客户端太多，php-driver连接池在线程间不共享，50 台机器 * 50 个线程 = 25000，可以把栈调小一点 通过监控及早发现，针对慢查询，用killOp()杀掉；针对客户端过多的情况，增加一层proxy，对于后端使用长连接，前端使用短连接、相当于跨进程连接池 慢查询，导致conn上升；导致qr上升，表示队列越来越高。 少用count()，db.testColl.find（{xxx:testValue}).count() 避免large-skip（特别是sharding） 不用$nin 杀慢查询：db.killOp()、db.currentOp(),多少个，跑了多长时间；注意：op['op'] == 'query' && !op.startswith('conn') && !splitVector && !moveChunk 建索引 解决：轮转方式建立索引：下线一台从库，做好索引后，挂上追oplog，然后做下一台机器；也可以做完一个机器后，拷贝数据文件到其他机器；先做从库，再做主库 利用迁移做索引：在数据迁移到另一个集群的过程中，写数据之前，建索引 auto balancer，数据了小的时候没什么问题，一旦开始balancer，线上服务就开始不稳定。查看全部
-
架构2查看全部
-
其他监控工具查看全部
-
监控工具 mongoviz查看全部
-
nongostat监控查看全部
-
索引选择查看全部
-
迁移方案查看全部
-
扩容 方案（3）查看全部
-
方案2查看全部
-
扩容 方案（2）查看全部
-
扩容 方案（1）查看全部
-
解决 不懂留爪查看全部
-
auto balancer，，不懂 留爪查看全部
-
解决建索引问题查看全部
-
建索引~~查看全部
-
建索引查看全部
-
杀掉慢查询查看全部
-
避免这些查询模式，查看全部
-
慢查询查看全部
-
连接数爆炸了查看全部
-
架构2查看全部
-
Mongo特点查看全部
-
131313查看全部
-
架构查看查看全部
-
留作今后查看查看全部
-
作为记录查看全部
-
1、少用count（） 2、避免large-skip，特别是sharding 3、不用$nin查看全部
-
5个节点能够容忍2个节点宕机查看全部
-
留着以后维护用查看全部
-
moveChunk查看全部
-
auto balancer查看全部
-
好视频查看全部
-
建立索引的优化方案。查看全部
-
建立索引需要谨慎。查看全部
-
记录下来，以后用。查看全部
-
还没有大规模用，学习下查看全部
-
Mark。非常棒！查看全部
-
说得太简单了查看全部
-
绝逼没听懂，建议来点入门级别的，就像Mysql那样查看全部
-
应用场景查看全部
-
百度的牛逼啊啊 啊查看全部
-
丰富的数据类型 嵌套结构 数组 丰富的索引/查询模式支持 地理索引/数组索引/全文索引/MapReduce Schemaless 灵活 易上手 auto sharding 较高的性能 没有事务的机制查看全部
-
少用count() 避免large-skip 不用$nin auto balancer使用movechunk实现，它不是热数据造成io负载高同时不能并行,用pre-sharding解决 扩容：直接加replset,交给auto balancer; moveChunk去掉删除数据阶段，通过外部删除控制压力查看全部
-
mongostat 看状态 对慢查询用killop查看全部
举报
0/150
提交
取消