标签：mic 备份 select create 覆盖 mysql cat 应该 roles
写在前面的话
和 MySQL 一样，mongodb 也是需要将数据进行备份的，毕竟天有不测风云，谁也不知道哪天机器就炸了。
备份恢复
mongodb 提供了两种备份恢复手段：mongoexport / mongoimport 和 mongodump / mongorestore
先看看应用场景：
mongoexport / mongoimport 导出的数据为 json / csv 文本。这意味着我们可以将 MySQL 中的数据按照一定的规律导出然后导入到 mongodb 中。
同时，它适用于跨大版本的版本升级这样的情景。
mongodump / mongorestore 则和 mysqldump 有点像，一般用于日常的备份恢复。
这里以一个单节点的 mongodb 为例：
mkdir /data/backup/mongodb-demo
mongo --port 27000
创建用户并增加验证：
use admin db.createUser({user: "root",pwd: "123456",roles: [{role:"root",db:"admin"}]})
配置文件添加验证配置：
# 安全验证有关配置 security: # 是否打开用户名密码验证 authorization: enabled
重启 mongodb 登录：
mongo -uroot -p123456 --port 27000
初始化数据库：
use hello for(i=0;i<10000;i++){db.t1.insert({"uid":i,"name":"mongo","date":new Date()})} use world for(i=0;i<10000;i++){db.t1.insert({"uid":i,"name":"zhangsan","date":new Date()})}
mongoexport：
1. 备份指定库下面指定表到 json 文件：
mongoexport -uroot -p123456 --port 27000 --authenticationDatabase admin -d hello -c t1 -o /data/backup/mongodb-demo/hello-t1.json
参数说明：
-u：用户名
-p：密码
--port：端口
--authenticationDatabase：认证数据库
-d：指定数据库
-c：指定表
-f：指定要导出的列
-o：指定到要导出到哪个文件
-q：指明导出数据的过滤条件
此时可以查看：
cat /data/backup/mongodb-demo/hello-t1.json
结果如图：
2. 单表备份到 csv 文件中：
mongoexport -uroot -p123456 --port 27000 --authenticationDatabase admin -d hello -c t1 --type csv -f uid,name,date -o /data/backup/mongodb-demo/hello-t1.csv
新增了--type 指明导出类型，-f 指明要导出的字段，导出后使用 excel 打开：
mongoimport：
1. 恢复 json 文件到 hello 下面 t3：
mongoimport -uroot -p123456 --port 27000 --authenticationDatabase admin -d hello -c t3 /data/backup/mongodb-demo/hello-t1.json
结果如图：
2. 恢复 csv 文件到 hello 下面的 t4：
mongoimport -uroot -p123456 --port 27000 --authenticationDatabase admin -d hello -c t4 --type csv --headerline --file /data/backup/mongodb-demo/hello-t1.csv
注意，由于导出的 csv 包含了标题栏，所以需要 --headerline 说明。同时通过 --file 指定文件。
当 csv 文件中不包含第一行标题的时候，则需要使用 -f 手动指定标题。
由于 csv 和 json 文件是我们明确可以知道它的格式是怎样的，所以可以将其它数据库的数据按照这个格式导出，然后导入我们的 mongodb。
如 MySQL 导出：
select * from city into outfile ‘/tmp/city.csv‘ fields terminated by ‘,‘;
我们这样就能将查询的数据导出到 csv 文件，而且由于 mongodb 的 csv 文件时以逗号分隔，所以需要指定一下。
mongodump：
1. 全库备份：
mongodump -uroot -p123456 --port 27000 --authenticationDatabase admin -o /data/backup/mongodb-demo/all-backup
结果如图：
可以看到，其实就是将所有的库导出成 json 和 bson 的形式。
2. 备份 hello 库：
mongodump -uroot -p123456 --port 27000 --authenticationDatabase admin -d hello -o /data/backup/mongodb-demo/hello
3. 备份指定表：
mongodump -uroot -p123456 --port 27000 --authenticationDatabase admin -d hello -c t1 -o /data/backup/mongodb-demo/hello-t1
4. 压缩备份：
mongodump -uroot -p123456 --port 27000 --authenticationDatabase admin -o /data/backup/mongodb-demo/all-zip --gzip
结果如图：
mongorestore：
1. 恢复 hello 库：
mongorestore -uroot -p123456 --port 27000 --authenticationDatabase admin -d hello /data/backup/mongodb-demo/hello/hello
注意目录层级，且恢复只能是该库不存在的情况下！
2. 同理，恢复单独的表只需要 -c 指定，恢复压缩则需要使用 --gzip 说明。
3. 注意：当我们恢复的时候，库或者表存在是无法写入的，所有我们需要先删除它。此时只需要加入 --drop 就会自动先删除再恢复。但是很危险！！！
oplog
在 MySQL 中有 binlog 能够保证我们在故障之后最大可能性的恢复数据，当然，在 mongodb 也同样有这种类似的东西，这就是 oplog。
但是注意，oplog 只能在 rs 复制集或者主从模式中使用。
oplog 默认占用磁盘为磁盘总大小的 5%，所以在配置文件中我们使用了 oplogSizeMB 来规定日志文件大小。
当达到指定大小时，新的日志会覆盖旧的日志。
我们准备了一个 rs 集群：192.168.200.104:27001 - 27003
查看当前的 oplog：
use local
show collections
db.oplog.rs.find().pretty()
内容如下：
在 oplog 中，默认包含多种操作类型：
i：insert
u：update
d：delete
c：db command（对数据库的操作）
同时，我们在配置配置文件的时间，增加了 oplogSizeMB，但是当时我们是直接给的大小，不一定合适自己的系统。
该大小的设计规则肯定是越接近 MySQL 那样每次备份那一刻开始重新记录这样是最好的。
所以，对于 mongodb，我们只能通过：
rs.printReplicationInfo()
结果如图：
通过这样的预估来判断我们这个 log 能够坚持写多久。这里因为我刚刚生成了 1万数据，所以预估只能写 0.18 小时。
在我们备份的时候，可以通过相关的参数来记录备份过程中的数据变更，并将他另外保存为 oplog.bson 中。
mongodump --port 27001 --oplog -o /data/backup/mongodb
查看：
此时恢复则需要加入另外的参数：--oplogReplay
mongorestore --port=27001 --oplogReplay /data/backup/mongodb
当然，我这里数据以及存在，mongodb 会自己校验数据是否存在而选择是否执行。
模拟删库故障
注意事项：
1. 在生产中，恢复应该在新机器上面执行，避免因为恢复失败造成数据永久性顺坏。
2. 恢复应该停掉其它应用，避免新数据写入。
具体操作：
1. 先执行一次备份模拟晚上的全备：
mongodump --port 27001 --oplog -o /data/backup/mongodb
2. 新增操作：
use hello db.t2.insert({name:"zhangsan"}) db.t3.insert({name:"lisi"}) db.t3.insert({name:"wangwu"}) # 删表 db.t1.drop()
3. 备份 local 库的 oplog.rs 表：
mongodump --port 27001 -d local -c oplog.rs -o /data/backup/local
4. 登录库查看删除的时间戳：
db.oplog.rs.find({op:"c"}).pretty()
结果如图：
最后一个就是 drop 操作，我们记录它的 ts 为：1574323944, 1
5. 将 local 备份下的 oplog.rs.bson 拷贝到之前全备下面，替换掉 oplog.bson
cp oplog.rs.bson /data/backup/mongodb/oplog.bson
6. 执行恢复：
mongorestore --port 27001 --oplogReplay --oplogLimit "1574323944:1" --drop /data/backup/mongodb/
注意，这里时间戳需要和后面的操作使用冒号隔开。而不是默认的逗号。
7. 查看恢复结果：
最后，关于分片集群的备份其实是一个很复杂的过程，需要另外进行好好规划。
当然，官方的 Ops manager 非常牛逼，但是不免费。
标签：mic 备份 select create 覆盖 mysql cat 应该 roles
原文地址：https://www.cnblogs.com/Dy1an/p/11905691.html
