-
不做一条条的删除,直接drop掉查看全部
-
扩容的问题查看全部
-
split,分段,做的相对的均匀查看全部
-
从一个分片移动到另外一个分片查看全部
-
一种解决 办法查看全部
-
放到夜间来做。。 原因: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查看全部
举报
0/150
提交
取消