【MongoDB】chunk too big to move的解决方案

当某些块中的数据量特别大, 形成特大块的时候, Balancer就无法对数据块进行拆分, 也就无法对块进行挪动。使用MongDB 3.2版本, 解决方案如下:

1. 首先关闭Balancer

sh.stopBalancer()

2. 查询特大块

use config
db.chunks.find({jumbo:true})

3. 拆分特大块

sh.splitAt("db.collection", {shardkye:"拆分的临界值"})

4. 手动挪动块(可选步骤)

sh.moveChunk("db.collection", {shardkey:"shardkey所在的块"}, "需要移动的目标分片ID");

5. 重启Balancer

sh.startBalancer()
时间: 2025-01-04 01:07:33

【MongoDB】chunk too big to move的解决方案的相关文章

nodejs:注册登录session出错以及连接Mongodb数据库时Error connecting to database解决方案

(1)nodejs:注册登录session出错 解决办法: 在app.js 中将var MongoStore =  require(connect-mongo')改为var MongoStore =  require(connect-mongo')(express) 即可: (2)连接Mongodb数据库时Error connecting to database解决方案 这种情况下是自己的mongodb数据库没有装好 解决办法: a.在官网上下载安装数据库 b.在mongodb文件夹里面新建文件

由数据迁移至MongoDB导致的数据不一致问题及解决方案

本文是"我和MongoDB的故事"MongoDB征文比赛的二等奖得主杨庆麟的文章.下面我们一起来欣赏下. 故事背景 企业现状 2019年年初,我接到了一个神秘电话,电话那头竟然准确的说出了我的昵称:上海小胖. 我想这事情不简单,就回了句:您好,我是小胖,请问您是? "我就是刚刚加了你微信的 xxx 啊" 哦--他只是把我的微信昵称报出来了-- 随着深入沟通,了解到对方是某央企保密单位的大数据部门技术负责人,因为目前整个集团在进行数字化转型.在决策过程中,遇到了几个阻

mongodb chunk 大小设置

默认是64MB,取值范围是1 MB 到 1024 MB. 那修改会造成什么?下表简单总结: chunk size 调节 splitting次数(碎片数) 数据跨shard数目 数据均匀 网络传输次数 migration次数 单次migration 传输量 查询速度 变大 减少 变少 不太均匀 变少 变少 变大 变快 变小 增多 变多 更均匀 变多 变多 变小 变慢 在数据量很大的情况下,考虑网络带宽,如果发现带宽占满,可以考虑调小chunk size,这样migration造成的传输量会降低 在

mongodb在apache下连接数过多的解决方案

work.c改成prefork.c模式

增加和减少mongodb复制集中的节点

MongoDB Replica Sets不仅提供高可用性的解决方案,同时也提供负载均衡的解决方案,增减 Replica Sets节点在实际应用中非常普通.例如,当应用的读压力暴增时,3台节点的环境已不能满足需求,那么就需要增加一些节点将压力平均分配一下:当应用的压力小时,可以减少一些节点来减少硬件资源的成本,总之这是一个长期且持续的工作. 增加节点步骤 1) 配置并启动新节点,启用 28013 这个端口给新的节点 [[email protected] mongodb]# mkdir -p /da

MongoDB整理笔记の增加节点

MongoDB Replica Sets 不仅提供高可用性的解决方案,它也同时提供负载均衡的解决方案,增减Replica Sets 节点在实际应用中非常普遍,例如当应用的读压力暴增时,3 台节点的环境已不能满足需求,那么就需要增加一些节点将压力平均分配一下.   两种方式:一是通过oplog增加节点,二是通过数据库快照和oplog来增加节点 通过oplog增加节点   1.配置并启动新节点,启用28013这个端口给新的节点 [email protected] ~]# mkdir -p /data

Aruba移动企业网络(MOVE)架构通过微软Lync Wi-Fi认证

7月31日消息,Aruba Networks今天宣布其移动企业网络(MOVE)架构获得了微软Lync Server Wi-Fi兼容性测试项目认证.此项目旨在确保相关产品符合了微软关于语音和视频服务质量(QoS)交付要求.经过认证的产品能向最终用户提供更稳定的统一通信服务体验,相关代理商也将因部署问题和服务召回的减少而从中受益. 微软Lync总经理Warren Barkley表示:"Lync整合了一系列丰富的特性以及人性化的统一通信体验,与网络架构一同向整个企业的用户交付QoS.认证项目对符合微软

第五部分 架构篇 第十五章 MongoDB Replica Sets 架构(动态增加删除结点)

1.Replica Set增加结点 MongoDB Replica Set不仅提供高可用性的解决方案,它也同时提供负载均衡的解决方案,增减Replica Sets结点在实际应用中非常普遍,比如当应用的读压力暴增时,3台结点的环境已经不能满足需求,那么就需要增加一些结点将压力平均分配一下,当应用的压力小时,可以减少一些结点来减少硬件资源的成本,总是是一个长期且持续的工作. 官方给我们提供了2个方案用于增加结点,一种是通过oplog来增加结点,一种是通过数据库快照(--fastsync)和oplog

Netty源码—五、内存分配概述

Netty中的内存管理应该是借鉴了FreeBSD内存管理的思想--jemalloc.Netty内存分配过程中总体遵循以下规则: 优先从缓存中分配 如果缓存中没有的话,从内存池看看有没有剩余可用的 如果已申请的没有的话,再真正申请内存 分段管理,每个内存大小范围使用不同的分配策略 我们先总体上看下Netty内存分配的策略,然后再结合对应的数据结构来看看每种策略的具体实现. 总体分配策略 netty根据需要分配内存的大小使用不同的分配策略,主要分为以下几种情况(pageSize默认是8K, chun