-
压测说明MySQL数据量为1000万条记录，共1张表，11个字段，一个字段为主键，其余十个字段类型为text，每个字段100个字符。MongoDB数据量为1000万个文档，共一个集合，11个字段，一个字段唯一，其余十个字段存储文本，每个字段100个字符。MySQL和MongoDB都是阿里云数据库，规格都为4核8G。MySQLbuffercache为6GB，MongoDBcache为4GB。每次测试
-
当我们对数据出现误操作的时候，可以利用oplog恢复数据。使用前提：1、环境是副本集2、必须有全备2、全备后oplog没有被覆盖数据全备mongodump-h172.16.254.133--port27017-o/mongodb/backup/backup模拟故障写入数据handong1:PRIMARY>for(vari=1;i<=100;i++){...db.test.insert(
-
为了模拟这个故障，我们把副本集所有节点oplog都调到1GB，然后把一个副本开启延迟复制。查看oplog大小handong1:PRIMARY>db.getReplicationInfo(){"logSizeMB":1000,"usedMB":1.41,"timeDiff":62833,"timeDiffHours":17.45,"tFirst"
-
修改oplog有四种方法：方法一步骤如下：停掉所有secondary节点主节点删除local目录下文件，副本节点删除数据目录下所有文件修改所有节点的配置文件，如：oplogSize=1000重启所有节点，包括主节点和副本节点重新配置replcaset，副本节点会重新同步数据（initialsync）优点：操作简单。缺点：需要停服务，若数据量大，数据同步代价高。 方法二步骤如下：remov
-
查看集合信息mongos>showcollectionscommsystem.profiletesttest1test2mongos>db.test2.count()982334mongos>查看索引mongos>db.test2.getIndexes()[{"v":2,"key":{"_id":1},"name":"_id_","ns":"db3.test2"}]创建哈希
-
MongoDB早起版本对创建索引消耗内存没有做限制，对于大集合添加索引容易造成性能抖动，甚至OOM。 从3.4版本引入了maxIndexBuildMemoryUsageMegabytes参数，默认为500MB，用来限制单条索引创建所消耗的内存。4.2.3版本之后该参数默认为200MB。 &ens
-
基础环境CentOS7.5MongoDB4.2分片集群开启profile单机版>db.getProfilingLevel()0>useadminswitchedtodbadmin>db.setProfilingLevel(1,100){"was":0,"slowms":100,"sampleRate":1,"ok":1}>db.getProfilingLevel()10为不
-
索引排序如果查询程序无法从索引获得排序顺序，就会将结果放在内存中排序，使用排序索引可以提高性能。mongos>usedb3switchedtodbdb3mongos>db.test.getIndexes()[{"v":2,"key":{"_id":1},"name":"_id_","ns":"db3.test"}]mongos>db.test.createIndex({"id":
-
生产环境中，有时候需要去修改已经创建的库名，而且库下已经有了数据。有以下几种方法。解决方案一通过copydb拷贝原来的数据，然后drop原来的DB（4.0及以前版本可用，新版本不可用）db.copyDatabase('old_name','new_name');useold_namedb.dropDatabase();解决方案二通过mongodump
-
接触过MySQL的同学应该知道，表进行批量的delete操作之后，数据盘空间并不会马上释放，innodb只是把删除的行对应的数据块做下标记，下次使用时候会优先使用。 而MongoDB也有类似的情况，批量remove文档之后，磁盘空间并不会释放，我们可以使用compact进行碎片整理。注意事项实例的存储引擎为WiredTiger。该操作会导致集合所属的数据库被锁定，且该数据库的读写操作
-
我的环境是分片集群，抽样检查ycsb库hdshard1是否一致。检查primary节点hdshard1:PRIMARY>useycsbswitchedtodbycsbhdshard1:PRIMARY>db.runCommand({dbhash:1}){"host":"mongo6:40001","collections":{"usertable":"8606c40cdb5bc61de8
-
基础环境CentOS7.5MongoDB4.2分片集群YCSB0.17 部署YCSB安装包和部署步骤见以下链接：https://github.com/brianfrankcooper/YCSB/tree/master/mongodb?spm=a2c4g.11186623.2.2.49ff38dc0tfGjX https://blog.csdn.net/vkingnew/arti
-
基础环境CentOS7.5MongoDB4.2部署MongoDB前期已经部署过MongoDB分片集群安装MongoDBOpsManagerserver节点安装rpm-ivhmongodb-mms-4.2.20.57016.20201007T1901Z-1.x86_64.rpm配置参数文件conf-mms.propertiesvi/opt/mongodb/mms/conf/conf-mms.prop
-
今天我们来研究一下，怎么用PMM监控MongoDBcluster。安装docker安装docker依赖yuminstall-yyum-utilsdevice-mapper-persistent-datalvm2配置dockeryum源yum-config-manager--add-repohttps://download.docker.com/linux/centos/docker-ce.repo
-
我们从分片集群里移除hdshard4分片。查看分片集群状态mongos>sh.status()---ShardingStatus---shardingversion:{"_id":1,"minCompatibleVersion":5,"currentVersion":6,"clusterId":ObjectId("60545017224c766911a9c440")}shards:{"_id
-
在生产环境添加分片既添加一个副本集，所以此次测试我们需要新创建一个副本集。副本集创建过程参考文档如下：https://blog.51cto.com/u_12592884/2698103 查看新建副本集状态hdshard4:PRIMARY>rs.status(){"set":"hdshard4","date":ISODate("2021
-
查看mongo集群是否开启了balancemongos>sh.getBalancerState()true查看是否正在有数据的迁移mongos>sh.isBalancerRunning()false设置balance时间窗口mongos>useconfigswitchedtodbconfigmongos>db.settings.update({_id:"balancer"}
-
检查数据库分片mongos>useconfigswitchedtodbconfigmongos>db.databases.find(){"_id":"recommend","primary":"hdshard1","partitioned":true,"version":{"uuid":UUID("cb833b8e-cc4f-4c52-83c3-719aa383bac4"),"last
-
查看数据库分片情况mongos>useconfigswitchedtodbconfigmongos>db.databases.find(){"_id":"recommend","primary":"hdshard1","partitioned":true,"version":{"uuid":UUID("cb833b8e-cc4f-4c52-83c3-719aa383bac4"),"la
-
分片整体信息mongos>sh.status()---ShardingStatus---shardingversion:{"_id":1,"minCompatibleVersion":5,"currentVersion":6,"clusterId":ObjectId("60545017224c766911a9c440")}shards:{"_id":"hdshard1","host":"hd
-
基础环境CentOS7MongoDB3.2副本集（一主三副本） 升级过程MongoDB升级不能跨版本，所以此次的升级顺序为3.2->3.4->3.6->4.0->4.2先升级secondary节点，然后降级primary节点，最后升级primary节点 从3.2.X升级到3.4.X 升级secondary节点找个secondary节点，将其关闭
-
MongoDB副本集中，如果要指定某些节点不能被选为primary节点，或者primary节点必须在某些节点中选出，该怎么配置呢？可以通过priority修改优先级。 场景：副本集中个别节点配置略低，禁止成为primary节点。延迟节点或者隐藏节点禁止成为primary节点。跨机房的副本集，比如A机房作为生产环境，B机房作为灾备环境。 查看节点优先级handong1
-
生产环境中，配置延迟从库（延迟副本）有时候会成为运维同学的救命稻草，比如在我们误操作之后，可以从延迟从库中找回被误操作的数据。 前提必须是priority=0，避免成为primary节点必须是hidden=0，避免被应用读到过期数据如果votes=1，那么延迟节点也具备投票权 注意事项延迟时间要低于oplogwindow，避免primary节点删除了旧的oplog延迟时间要大于
-
在实际工作中，有时候需要创建一些副本节点从事备份或者报告这样的工作。阿里云MongoDB副本集中将hidden节点用来在Secondary节点故障时接替该故障节点成为新的Secondary节点，如下图：配置hidden从库注意事项：hidden节点必须始终是priority为0，因为hidden节点不能成为primary节点客户端不会将只读流量发给hidden节点，除了基本复制，这些成员不会收到任
-
一、单机备份/恢复MongoDB的逻辑备份/恢复1、备份步骤1）登录单机实例，将数据库锁定db.fsyncLock()2）在操作系统通过mongodump备份数据3）解除锁定db.fsyncUnlock()2、恢复步骤使用mongorestore将数据恢复MongoDB的物理备份/恢复1、备份步骤1）登录单机实例，将数据库锁定或者直接停机db.fsyncLock()2）将目录下的所有文件直接复制出
-
1、mongoexport导出csv文件12345678910111213141516mongoexport --host 172.16.254.130 --port 27017 -u admin --authenticationDatabase admin -d db6 -c db6 --type csv -f 'name,name1,name2,name3' -o /mongodb/back
-
1、mongodump备份工具mongodump能够在Mongodb运行时进行备份，它的工作原理是对运行的Mongodb做查询，然后将所有查到的文档写入磁盘。mongodump的参数与mongoexport的参数基本一致。mongodump关键参数如下所示：mongodump --help查看帮助命令-h,–host ：代表远程连接的数据库地址，默认连接本地Mongo数据库；–port：代表远程连
-
项目环境： CentOS 7.5MongoDB 4.2.12一、分片集群规划IP：172.16.254.136 172.16.254.137 172.16.254.138mongos(30000) mongos(30000)
-
一、修改/etc/hosts1234172.16.254.131 mongo1172.16.254.132 mongo2172.16.254.133 mongo3172.16.254.134 mongo4二、添加副本172.16.254.131123456789101112handong1:PRIMARY> rs.add("mongo4:27017"){ "ok" : 1, "$
-
一、检查副本集状态12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091929394959697989910
