返回顶部
首页 > 资讯 > 精选 >MongoDB中怎么利用oplog恢复数据
  • 465
分享到

MongoDB中怎么利用oplog恢复数据

2023-06-29 23:06:28 465人浏览 八月长安
摘要

今天小编给大家分享一下MongoDB中怎么利用oplog恢复数据的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。当我们对数据出

今天小编给大家分享一下MongoDB中怎么利用oplog恢复数据的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。

当我们对数据出现误操作的时候,可以利用oplog恢复数据。

使用前提:

  • 环境是副本集

  • 必须有全备

  • 全备后oplog没有被覆盖

数据全备

monGodump -h 172.16.254.133 --port 27017 -o /mongoDB/backup/backup

模拟故障

写入数据

handong1:PRIMARY> for (var i = 1; i <= 100; i++) {...    db.test.insert( { id : i , name: "handong" , name1:"handong", name2:"handong", name3:"handong"} )... }WriteResult({ "nInserted" : 1 })handong1:PRIMARY> handong1:PRIMARY> db.test.count()100

模拟误操作

handong1:PRIMARY> db.test.remove({})WriteResult({ "nRemoved" : 100 })handong1:PRIMARY> db.test.count()0

所有文档被误删除。

恢复步骤

备份oplog

mongodump -h 172.16.254.133 --port 27017 -d local -c oplog.rs -o /mongodb/backup2021-04-30T18:32:29.077+0800writing local.oplog.rs to /mongodb/backup/local/oplog.rs.bson2021-04-30T18:32:32.039+0800local.oplog.rs  71082021-04-30T18:32:35.038+0800local.oplog.rs  179122021-04-30T18:32:38.041+0800local.oplog.rs  282262021-04-30T18:32:41.039+0800local.oplog.rs  386422021-04-30T18:32:44.042+0800local.oplog.rs  506792021-04-30T18:32:47.040+0800local.oplog.rs  640012021-04-30T18:32:50.040+0800local.oplog.rs  772652021-04-30T18:32:53.038+0800local.oplog.rs  897392021-04-30T18:32:56.038+0800local.oplog.rs  1024492021-04-30T18:32:57.697+0800local.oplog.rs  1324592021-04-30T18:32:57.697+0800done dumping local.oplog.rs (132459 documents)

解析oplog

bsondump /mongodb/backup/local/oplog.rs.bson  > /mongodb/backup/local/local.log2021-04-30T18:34:27.612+0800132459 objects found

将oplog备份和全备复制到standalone机

scp -r backup/ 172.16.254.130:/mongodb/backup/
scp -r local/ 172.16.254.130:/mongodb/backup/backup

查找误操作时间点

通过查看解析完的日志local.log发现误操作的时间点在1619778429。

进行数据恢复

mongorestore -h 172.16.254.130 --port 27017 --oplogReplay --oplogLimit 1619778429:1 /mongodb/backup/backup2021-04-30T19:00:11.099+0800preparing collections to restore from2021-04-30T19:00:11.100+0800don't know what to do with file "/mongodb/backup/backup/local/111.log", skipping...2021-04-30T19:00:11.100+0800don't know what to do with file "/mongodb/backup/backup/local/local.log", skipping...2021-04-30T19:00:11.116+0800reading metadata for db4.rcmd_1_tag_li_liao from /mongodb/backup/backup/db4/rcmd_1_tag_li_liao.metadata.JSON2021-04-30T19:00:11.117+0800reading metadata for ycsb.usertable from /mongodb/backup/backup/ycsb/usertable.metadata.json2021-04-30T19:00:11.119+0800reading metadata for db3.db3 from /mongodb/backup/backup/db3/db3.metadata.json2021-04-30T19:00:11.119+0800reading metadata for ycsb1.usertable from /mongodb/backup/backup/ycsb1/usertable.metadata.json2021-04-30T19:00:11.170+0800restoring ycsb.usertable from /mongodb/backup/backup/ycsb/usertable.bson2021-04-30T19:00:11.187+0800restoring ycsb1.usertable from /mongodb/backup/backup/ycsb1/usertable.bson2021-04-30T19:00:11.391+0800restoring db4.rcmd_1_tag_li_liao from /mongodb/backup/backup/db4/rcmd_1_tag_li_liao.bson2021-04-30T19:00:11.580+0800restoring db3.db3 from /mongodb/backup/backup/db3/db3.bson2021-04-30T19:00:11.661+0800no indexes to restore2021-04-30T19:00:11.661+0800finished restoring db3.db3 (6 documents, 0 failures)2021-04-30T19:00:11.662+0800reading metadata for db5.test from /mongodb/backup/backup/db5/test.metadata.json2021-04-30T19:00:12.545+0800restoring db5.test from /mongodb/backup/backup/db5/test.bson2021-04-30T19:00:12.548+0800no indexes to restore2021-04-30T19:00:12.548+0800finished restoring db5.test (0 documents, 0 failures)2021-04-30T19:00:12.548+0800reading metadata for db4.db4 from /mongodb/backup/backup/db4/db4.metadata.json2021-04-30T19:00:13.784+0800no indexes to restore2021-04-30T19:00:13.784+0800finished restoring ycsb1.usertable (30370 documents, 0 failures)2021-04-30T19:00:13.785+0800reading metadata for db4.test1 from /mongodb/backup/backup/db4/test1.metadata.json2021-04-30T19:00:14.099+0800[###################.....]          ycsb.usertable  47.8MB/58.9MB  (81.2%)2021-04-30T19:00:14.099+0800[........................]  db4.rcmd_1_tag_li_liao  79.8MB/3.32GB   (2.3%)2021-04-30T19:00:14.099+08002021-04-30T19:00:14.843+0800[########################]  ycsb.usertable  58.9MB/58.9MB  (100.0%)2021-04-30T19:00:14.843+0800no indexes to restore2021-04-30T19:00:14.843+0800finished restoring ycsb.usertable (43458 documents, 0 failures)2021-04-30T19:00:15.339+0800restoring db4.db4 from /mongodb/backup/backup/db4/db4.bson2021-04-30T19:00:17.077+0800restoring db4.test1 from /mongodb/backup/backup/db4/test1.bson2021-04-30T19:00:17.103+0800[#.......................]  db4.rcmd_1_tag_li_liao  167MB/3.32GB  (4.9%)2021-04-30T19:00:17.104+0800[#.......................]                 db4.db4  8.11MB/137MB  (5.9%)2021-04-30T19:00:17.104+0800[........................]               db4.test1      0B/104MB  (0.0%)2021-04-30T19:00:17.104+08002021-04-30T19:00:20.099+0800[#.......................]  db4.rcmd_1_tag_li_liao  204MB/3.32GB   (6.0%)2021-04-30T19:00:20.099+0800[####....................]                 db4.db4  24.5MB/137MB  (18.0%)2021-04-30T19:00:20.099+0800[#.......................]               db4.test1  4.47MB/104MB   (4.3%)2021-04-30T19:00:20.099+08002021-04-30T19:00:23.099+0800[#.......................]  db4.rcmd_1_tag_li_liao  272MB/3.32GB   (8.0%)2021-04-30T19:00:23.099+0800[######..................]                 db4.db4  39.7MB/137MB  (29.1%)2021-04-30T19:00:23.099+0800[####....................]               db4.test1  20.1MB/104MB  (19.3%)2021-04-30T19:00:23.099+08002021-04-30T19:00:26.102+0800[##......................]  db4.rcmd_1_tag_li_liao  355MB/3.32GB  (10.4%)2021-04-30T19:00:26.102+0800[##########..............]                 db4.db4  58.0MB/137MB  (42.5%)2021-04-30T19:00:26.102+0800[########................]               db4.test1  38.1MB/104MB  (36.7%)2021-04-30T19:00:26.102+08002021-04-30T19:00:29.098+0800[##......................]  db4.rcmd_1_tag_li_liao  401MB/3.32GB  (11.8%)2021-04-30T19:00:29.098+0800[############............]                 db4.db4  73.1MB/137MB  (53.5%)2021-04-30T19:00:29.098+0800[###########.............]               db4.test1  51.8MB/104MB  (49.8%)2021-04-30T19:00:29.098+08002021-04-30T19:00:32.097+0800[###.....................]  db4.rcmd_1_tag_li_liao  494MB/3.32GB  (14.5%)2021-04-30T19:00:32.097+0800[###############.........]                 db4.db4  90.8MB/137MB  (66.5%)2021-04-30T19:00:32.097+0800[###############.........]               db4.test1  67.3MB/104MB  (64.7%)2021-04-30T19:00:32.097+08002021-04-30T19:00:35.100+0800[###.....................]  db4.rcmd_1_tag_li_liao  556MB/3.32GB  (16.3%)2021-04-30T19:00:35.100+0800[###################.....]                 db4.db4   110MB/137MB  (80.5%)2021-04-30T19:00:35.100+0800[###################.....]               db4.test1  86.1MB/104MB  (82.8%)2021-04-30T19:00:35.100+08002021-04-30T19:00:38.097+0800[####....................]  db4.rcmd_1_tag_li_liao  620MB/3.32GB  (18.2%)2021-04-30T19:00:38.097+0800[#####################...]                 db4.db4   124MB/137MB  (91.1%)2021-04-30T19:00:38.097+0800[#######################.]               db4.test1   101MB/104MB  (96.7%)2021-04-30T19:00:38.097+08002021-04-30T19:00:39.023+0800[########################]  db4.test1  104MB/104MB  (100.0%)2021-04-30T19:00:39.023+0800no indexes to restore2021-04-30T19:00:39.023+0800finished restoring db4.test1 (1000000 documents, 0 failures)2021-04-30T19:00:40.386+0800[########################]  db4.db4  137MB/137MB  (100.0%)2021-04-30T19:00:40.386+0800no indexes to restore2021-04-30T19:00:40.386+0800finished restoring db4.db4 (1313657 documents, 0 failures)2021-04-30T19:00:41.097+0800[####....................]  db4.rcmd_1_tag_li_liao  684MB/3.32GB  (20.1%)2021-04-30T19:00:44.097+0800[#####...................]  db4.rcmd_1_tag_li_liao  760MB/3.32GB  (22.3%)2021-04-30T19:00:47.097+0800[#####...................]  db4.rcmd_1_tag_li_liao  836MB/3.32GB  (24.6%)2021-04-30T19:00:50.098+0800[######..................]  db4.rcmd_1_tag_li_liao  906MB/3.32GB  (26.6%)2021-04-30T19:00:53.098+0800[#######.................]  db4.rcmd_1_tag_li_liao  994MB/3.32GB  (29.2%)2021-04-30T19:00:56.098+0800[#######.................]  db4.rcmd_1_tag_li_liao  1.03GB/3.32GB  (31.0%)2021-04-30T19:00:59.098+0800[########................]  db4.rcmd_1_tag_li_liao  1.11GB/3.32GB  (33.3%)2021-04-30T19:01:02.097+0800[########................]  db4.rcmd_1_tag_li_liao  1.18GB/3.32GB  (35.5%)2021-04-30T19:01:05.101+0800[#########...............]  db4.rcmd_1_tag_li_liao  1.26GB/3.32GB  (38.0%)2021-04-30T19:01:08.097+0800[#########...............]  db4.rcmd_1_tag_li_liao  1.32GB/3.32GB  (39.7%)2021-04-30T19:01:11.100+0800[#########...............]  db4.rcmd_1_tag_li_liao  1.37GB/3.32GB  (41.1%)2021-04-30T19:01:14.098+0800[##########..............]  db4.rcmd_1_tag_li_liao  1.43GB/3.32GB  (43.2%)2021-04-30T19:01:17.097+0800[##########..............]  db4.rcmd_1_tag_li_liao  1.50GB/3.32GB  (45.0%)2021-04-30T19:01:20.098+0800[###########.............]  db4.rcmd_1_tag_li_liao  1.54GB/3.32GB  (46.3%)2021-04-30T19:01:23.098+0800[###########.............]  db4.rcmd_1_tag_li_liao  1.58GB/3.32GB  (47.6%)2021-04-30T19:01:26.098+0800[###########.............]  db4.rcmd_1_tag_li_liao  1.64GB/3.32GB  (49.3%)2021-04-30T19:01:29.097+0800[############............]  db4.rcmd_1_tag_li_liao  1.71GB/3.32GB  (51.4%)2021-04-30T19:01:32.097+0800[############............]  db4.rcmd_1_tag_li_liao  1.77GB/3.32GB  (53.2%)2021-04-30T19:01:35.098+0800[#############...........]  db4.rcmd_1_tag_li_liao  1.85GB/3.32GB  (55.7%)2021-04-30T19:01:38.097+0800[#############...........]  db4.rcmd_1_tag_li_liao  1.90GB/3.32GB  (57.2%)2021-04-30T19:01:41.097+0800[##############..........]  db4.rcmd_1_tag_li_liao  1.98GB/3.32GB  (59.5%)2021-04-30T19:01:44.827+0800[##############..........]  db4.rcmd_1_tag_li_liao  2.00GB/3.32GB  (60.3%)2021-04-30T19:01:47.097+0800[##############..........]  db4.rcmd_1_tag_li_liao  2.05GB/3.32GB  (61.8%)2021-04-30T19:01:50.098+0800[###############.........]  db4.rcmd_1_tag_li_liao  2.12GB/3.32GB  (63.9%)2021-04-30T19:01:53.097+0800[###############.........]  db4.rcmd_1_tag_li_liao  2.19GB/3.32GB  (65.9%)2021-04-30T19:01:56.097+0800[################........]  db4.rcmd_1_tag_li_liao  2.26GB/3.32GB  (67.9%)2021-04-30T19:01:59.099+0800[################........]  db4.rcmd_1_tag_li_liao  2.32GB/3.32GB  (69.8%)2021-04-30T19:02:02.098+0800[#################.......]  db4.rcmd_1_tag_li_liao  2.39GB/3.32GB  (72.0%)2021-04-30T19:02:05.097+0800[#################.......]  db4.rcmd_1_tag_li_liao  2.47GB/3.32GB  (74.4%)2021-04-30T19:02:08.097+0800[##################......]  db4.rcmd_1_tag_li_liao  2.52GB/3.32GB  (76.0%)2021-04-30T19:02:11.097+0800[##################......]  db4.rcmd_1_tag_li_liao  2.59GB/3.32GB  (77.8%)2021-04-30T19:02:14.097+0800[###################.....]  db4.rcmd_1_tag_li_liao  2.66GB/3.32GB  (80.0%)2021-04-30T19:02:17.097+0800[###################.....]  db4.rcmd_1_tag_li_liao  2.72GB/3.32GB  (81.9%)2021-04-30T19:02:20.097+0800[####################....]  db4.rcmd_1_tag_li_liao  2.78GB/3.32GB  (83.7%)2021-04-30T19:02:23.097+0800[####################....]  db4.rcmd_1_tag_li_liao  2.85GB/3.32GB  (85.7%)2021-04-30T19:02:26.098+0800[#####################...]  db4.rcmd_1_tag_li_liao  2.94GB/3.32GB  (88.4%)2021-04-30T19:02:29.097+0800[#####################...]  db4.rcmd_1_tag_li_liao  3.00GB/3.32GB  (90.4%)2021-04-30T19:02:32.097+0800[######################..]  db4.rcmd_1_tag_li_liao  3.06GB/3.32GB  (92.1%)2021-04-30T19:02:35.099+0800[######################..]  db4.rcmd_1_tag_li_liao  3.12GB/3.32GB  (93.9%)2021-04-30T19:02:38.097+0800[######################..]  db4.rcmd_1_tag_li_liao  3.15GB/3.32GB  (95.0%)2021-04-30T19:02:41.098+0800[#######################.]  db4.rcmd_1_tag_li_liao  3.21GB/3.32GB  (96.7%)2021-04-30T19:02:44.167+0800[#######################.]  db4.rcmd_1_tag_li_liao  3.26GB/3.32GB  (98.0%)2021-04-30T19:02:47.097+0800[#######################.]  db4.rcmd_1_tag_li_liao  3.32GB/3.32GB  (99.9%)2021-04-30T19:02:47.392+0800[########################]  db4.rcmd_1_tag_li_liao  3.32GB/3.32GB  (100.0%)2021-04-30T19:02:47.393+0800no indexes to restore2021-04-30T19:02:47.393+0800finished restoring db4.rcmd_1_tag_li_liao (379143 documents, 0 failures)2021-04-30T19:02:47.393+0800restoring users from /mongodb/backup/backup/admin/system.users.bson2021-04-30T19:02:50.655+0800admin.tempusers  2.05KB2021-04-30T19:02:50.655+0800admin.tempusers  2.05KB2021-04-30T19:02:51.905+0800replaying oplog2021-04-30T19:02:53.097+0800oplog  483KB2021-04-30T19:02:56.097+0800oplog  20.2MB2021-04-30T19:02:59.100+0800oplog  36.9MB2021-04-30T19:03:02.097+0800oplog  50.1MB2021-04-30T19:03:05.098+0800oplog  69.0MB2021-04-30T19:03:08.097+0800oplog  90.6MB2021-04-30T19:03:11.097+0800oplog  124MB2021-04-30T19:03:14.097+0800oplog  159MB2021-04-30T19:03:17.098+0800oplog  185MB2021-04-30T19:03:20.097+0800oplog  219MB2021-04-30T19:03:23.098+0800oplog  256MB2021-04-30T19:03:26.097+0800oplog  290MB2021-04-30T19:03:29.097+0800oplog  323MB2021-04-30T19:03:32.097+0800oplog  357MB2021-04-30T19:03:35.097+0800oplog  391MB2021-04-30T19:03:38.098+0800oplog  427MB2021-04-30T19:03:41.098+0800oplog  464MB2021-04-30T19:03:44.097+0800oplog  501MB2021-04-30T19:03:47.097+0800oplog  544MB2021-04-30T19:03:50.098+0800oplog  580MB2021-04-30T19:03:53.098+0800oplog  619MB2021-04-30T19:03:56.098+0800oplog  650MB2021-04-30T19:03:59.099+0800oplog  687MB2021-04-30T19:04:02.097+0800oplog  722MB2021-04-30T19:04:05.097+0800oplog  758MB2021-04-30T19:04:08.098+0800oplog  795MB2021-04-30T19:04:11.097+0800oplog  826MB2021-04-30T19:04:14.098+0800oplog  858MB2021-04-30T19:04:17.102+0800oplog  893MB2021-04-30T19:04:20.097+0800oplog  929MB2021-04-30T19:04:23.098+0800oplog  968MB2021-04-30T19:04:26.098+0800oplog  1001MB2021-04-30T19:04:29.097+0800oplog  1002MB2021-04-30T19:04:32.097+0800oplog  1003MB2021-04-30T19:04:35.097+0800oplog  1004MB2021-04-30T19:04:38.097+0800oplog  1004MB2021-04-30T19:04:38.597+0800applied 130029 oplog entries2021-04-30T19:04:38.597+0800oplog  1005MB2021-04-30T19:04:38.614+08002766634 document(s) restored successfully. 0 document(s) failed to restore.

检查恢复结果

> show dbsadmin   0.000GBconfig  0.000GBdb3     0.000GBdb4     3.355GBdb5     0.000GBlocal   0.000GBycsb    0.060GBycsb1   0.041GB> > > use db5switched to db db5> > db.test.count()100

可以看到我们前期插入的100记录以及恢复成功。

以上就是“MongoDB中怎么利用oplog恢复数据”这篇文章的所有内容,感谢各位的阅读!相信大家阅读完这篇文章都有很大的收获,小编每天都会为大家更新不同的知识,如果还想学习更多的知识,请关注编程网精选频道。

--结束END--

本文标题: MongoDB中怎么利用oplog恢复数据

本文链接: https://lsjlt.com/news/326730.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

猜你喜欢
  • MongoDB中怎么利用oplog恢复数据
    今天小编给大家分享一下MongoDB中怎么利用oplog恢复数据的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。当我们对数据出...
    99+
    2023-06-29
  • MongoDB利用oplog恢复数据的方法
    目录数据全备模拟故障写入数据模拟误操作恢复步骤备份oplog解析oplog将oplog备份和全备复制到standalone机查找误操作时间点进行数据恢复检查恢复结果当我们对数据出现误...
    99+
    2024-04-02
  • mongodb 中怎么利用oplog恢复时间点
    mongodb 中怎么利用oplog恢复时间点,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。1.首先创建hezi集合,并插入1...
    99+
    2024-04-02
  • MongoDB中怎么开启Oplog
    这篇文章给大家介绍MongoDB中怎么开启Oplog,内容非常详细,感兴趣的小伙伴们可以参考借鉴,希望对大家能有所帮助。配置过程其实配置的过程比较简单。step 1 : 在配置文件中 添加副本集参数(rep...
    99+
    2024-04-02
  • mongodb怎么恢复备份数据
    要恢复 MongoDB 的备份数据,可以按照以下步骤进行操作:1. 首先,确保你已经创建了一个 MongoDB 的备份。备份可以通过...
    99+
    2023-08-31
    mongodb
  • MongoDB中怎么恢复误删的数据库
    这篇文章将为大家详细讲解有关MongoDB中怎么恢复误删的数据库,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。方法一:通过 oplog 恢复如果部署的是 M...
    99+
    2024-04-02
  • MySQL中怎么利用ibd文件恢复数据
    MySQL中怎么利用ibd文件恢复数据,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。#创建表CREATE TABLE `i...
    99+
    2024-04-02
  • 怎么备份与恢复MongoDB数据库
    这期内容当中小编将会给大家带来有关怎么备份与恢复MongoDB数据库,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。Mongodump工具在MongoDB中,mongodump工具通常用来做备份使用。它有如...
    99+
    2023-06-14
  • MongoDB中 oplog的作用是什么
    本篇文章为大家展示了MongoDB中 oplog的作用是什么,内容简明扼要并且容易理解,绝对能使你眼前一亮,通过这篇文章的详细介绍希望你能有所收获。 1:oplog简介 oplog是local库下的一个...
    99+
    2024-04-02
  • Linux系统中怎么备份和恢复MongoDB数据
    今天就跟大家聊聊有关Linux系统中怎么备份和恢复MongoDB数据,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。版本:mongodb3.2.6备份...
    99+
    2024-04-02
  • mongodb数据备份与恢复怎么实现
    要在MongoDB中实现数据备份和恢复,可以使用以下方法:备份数据:1. 使用mongodump命令来备份数据。该命令可以导出整个数...
    99+
    2023-10-20
    mongodb
  • binlog2sql数据恢复利器!
    binlog2sql数据恢复利器!特别适合没有备份,只有binlog的情况下进行数据恢复操作,能生成标准解析SQL,亦可生产对应的逆向回滚SQL,而且比之传统的mysqlbinlog更具可读性,本文侧重点针...
    99+
    2024-04-02
  • 怎样利用MySQL学习MongoDB中的备份和恢复
    这期内容当中小编将会给大家带来有关怎样利用MySQL学习MongoDB中的备份和恢复,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。  在数据库表丢失或损坏的情况下,备份你...
    99+
    2024-04-02
  • 利用BBED恢复数据文件头
    转载请注明出处:http://blog.csdn.net/guoyjoe/article/details/31018075@@@@@@@利用BBED模拟损坏5文件1号块(文件头)BBED> copy ...
    99+
    2024-04-02
  • Mysql5.7利用frm与ibd恢复数据
    Mysql5.7利用frm与ibd恢复数据 1、新建一个同名数据库,并且在里面新建一张表同名的表,字段随意。 ---如果有原来表的表结构,那这步可以省略 将my.cnf配置文件增加innodb_fo...
    99+
    2024-04-02
  • mongodb中oplog的格式和作用是什么
    这篇文章主要讲解了“mongodb中oplog的格式和作用是什么”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“mongodb中oplog的格式和作用是什么”吧!目录 基本概念 Oplog 的...
    99+
    2023-06-20
  • Kali Linux中怎么恢复数据
    在Kali Linux中,你可以使用一些工具来恢复数据,例如: 使用TestDisk:TestDisk是一个免费的开源工具,可以...
    99+
    2024-04-02
  • MySQL中rollback怎么恢复数据
    在MySQL中,可以通过rollback操作来撤销之前的事务,并恢复数据到事务开始之前的状态。要执行rollback操作,可以按照以...
    99+
    2024-04-09
    MySQL
  • Node.js中怎么利用mongoose操作mongodb数据库
    本篇文章给大家分享的是有关Node.js中怎么利用mongoose操作mongodb数据库,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。1.利...
    99+
    2024-04-02
  • MySQL数据怎么恢复
    这篇文章主要讲解了“MySQL数据怎么恢复”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“MySQL数据怎么恢复”吧!1、前言数据恢复的前提的做好备份,且开启...
    99+
    2024-04-02
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作