candon123

MongoDB CookBook读书笔记之备份与恢复

MongoDB中的mongodump和mongorestore两个命令是针对数据库进行备份与恢复，其用法非常简单，具体语法可以查看帮助文件。

1、MongoDB备份

1.1 备份本机MongoDB

如果mongodump命令后，没有指定-h和-p选项，则默认是备份本机的mongo数据库。如下：

[root@hdp04 ~]# mongodump -d admin -o admin-`date +"%m-%d-%y"`
2018-06-11T14:29:14.798+0800    writing admin.system.users to 
2018-06-11T14:29:14.800+0800    done dumping admin.system.users (1 document)
2018-06-11T14:29:14.800+0800    writing admin.system.version to 
2018-06-11T14:29:14.802+0800    done dumping admin.system.version (2 documents)
2018-06-11T14:29:14.802+0800    writing admin.temp to 
2018-06-11T14:29:14.802+0800    writing admin.temp_boss to 
2018-06-11T14:29:14.802+0800    writing admin.postalCodes to 
2018-06-11T14:29:14.802+0800    writing admin.stdcodes to 
2018-06-11T14:29:14.834+0800    done dumping admin.stdcodes (2611 documents)
2018-06-11T14:29:15.111+0800    done dumping admin.postalCodes (39734 documents)
2018-06-11T14:29:17.781+0800    [######..................]  admin.temp_boss  509963/1778416  (28.7%)
2018-06-11T14:29:17.781+0800    [####....................]       admin.temp  576948/3347522  (17.2%)
2018-06-11T14:29:17.781+0800
2018-06-11T14:29:20.792+0800    [#############...........]  admin.temp_boss  1000124/1778416  (56.2%)
2018-06-11T14:29:20.792+0800    [########................]       admin.temp  1163572/3347522  (34.8%)
2018-06-11T14:29:20.792+0800
2018-06-11T14:29:23.784+0800    [#####################...]  admin.temp_boss  1583586/1778416  (89.0%)
2018-06-11T14:29:23.784+0800    [############............]       admin.temp  1791435/3347522  (53.5%)
2018-06-11T14:29:23.784+0800
2018-06-11T14:29:24.579+0800    [########################]  admin.temp_boss  1778416/1778416  (100.0%)
2018-06-11T14:29:24.579+0800    done dumping admin.temp_boss (1778416 documents)
2018-06-11T14:29:26.781+0800    [#################.......]  admin.temp  2500342/3347522  (74.7%)
2018-06-11T14:29:29.781+0800    [######################..]  admin.temp  3095529/3347522  (92.5%)
2018-06-11T14:29:30.928+0800    [########################]  admin.temp  3347522/3347522  (100.0%)
2018-06-11T14:29:30.928+0800    done dumping admin.temp (3347522 documents)

1.2 备份指定的collection

如果同时指定了-c参数，则对某一个collection进行备份：

[root@hdp04 ~]# mongodump -d admin -c temp -o admin-`date +"%m-%d-%y"`
2018-06-13T09:38:57.176+0800    writing admin.temp to 
2018-06-13T09:39:00.165+0800    [###.....................]  admin.temp  520753/3347522  (15.6%)
2018-06-13T09:39:03.165+0800    [######..................]  admin.temp  944359/3347522  (28.2%)
2018-06-13T09:39:06.165+0800    [###########.............]  admin.temp  1574717/3347522  (47.0%)
2018-06-13T09:39:09.166+0800    [###############.........]  admin.temp  2097372/3347522  (62.7%)
2018-06-13T09:39:12.165+0800    [####################....]  admin.temp  2909531/3347522  (86.9%)
2018-06-13T09:39:13.347+0800    [########################]  admin.temp  3347522/3347522  (100.0%)
2018-06-13T09:39:13.347+0800    done dumping admin.temp (3347522 documents)

1.3 备份远程的MongoDB

[root@hdp04 ~]# mongodump -d admin -h hdp05 -p 27017 -o hdp05-`date +"%m-%d-%y"`
2018-06-13T09:42:39.667+0800    writing admin.system.users to 
2018-06-13T09:42:39.669+0800    done dumping admin.system.users (1 document)
2018-06-13T09:42:39.669+0800    writing admin.system.version to 
2018-06-13T09:42:39.670+0800    done dumping admin.system.version (2 documents)
2018-06-13T09:42:39.670+0800    writing admin.temp to 
2018-06-13T09:42:39.670+0800    writing admin.temp_boss to 
2018-06-13T09:42:39.671+0800    writing admin.postalCodes to 
2018-06-13T09:42:39.671+0800    writing admin.stdcodes to 
2018-06-13T09:42:39.708+0800    done dumping admin.stdcodes (2611 documents)
2018-06-13T09:42:40.003+0800    done dumping admin.postalCodes (39734 documents)
2018-06-13T09:42:42.648+0800    [####....................]       admin.temp  590056/3347522  (17.6%)
2018-06-13T09:42:42.648+0800    [#######.................]  admin.temp_boss  525552/1778416  (29.6%)
2018-06-13T09:42:42.648+0800
2018-06-13T09:42:45.656+0800    [########................]       admin.temp  1226471/3347522  (36.6%)
2018-06-13T09:42:45.656+0800    [#############...........]  admin.temp_boss  1036036/1778416  (58.3%)
2018-06-13T09:42:45.656+0800
2018-06-13T09:42:48.648+0800    [############............]       admin.temp  1753971/3347522  (52.4%)
2018-06-13T09:42:48.648+0800    [####################....]  admin.temp_boss  1505954/1778416  (84.7%)
2018-06-13T09:42:48.648+0800
2018-06-13T09:42:50.405+0800    [########################]  admin.temp_boss  1778416/1778416  (100.0%)
2018-06-13T09:42:50.405+0800    done dumping admin.temp_boss (1778416 documents)
2018-06-13T09:42:51.648+0800    [################........]  admin.temp  2299187/3347522  (68.7%)
2018-06-13T09:42:54.648+0800    [#####################...]  admin.temp  2968543/3347522  (88.7%)
2018-06-13T09:42:56.147+0800    [########################]  admin.temp  3347522/3347522  (100.0%)
2018-06-13T09:42:56.147+0800    done dumping admin.temp (3347522 documents)

2、MongoDB恢复

2.1 本机恢复

[root@hdp04 ~]# mongorestore -d admin --drop /root/admin-06-13-18/admin/
2018-06-13T09:48:13.833+0800    building a list of collections to restore from /root/admin-06-13-18/admin dir
2018-06-13T09:48:13.857+0800    reading metadata for admin.temp from /root/admin-06-13-18/admin/temp.metadata.json
2018-06-13T09:48:13.865+0800    reading metadata for admin.temp_boss from /root/admin-06-13-18/admin/temp_boss.metadata.json
2018-06-13T09:48:13.869+0800    reading metadata for admin.postalCodes from /root/admin-06-13-18/admin/postalCodes.metadata.json
2018-06-13T09:48:13.872+0800    reading metadata for admin.stdcodes from /root/admin-06-13-18/admin/stdcodes.metadata.json
2018-06-13T09:48:13.880+0800    restoring admin.temp from /root/admin-06-13-18/admin/temp.bson
2018-06-13T09:48:13.889+0800    restoring admin.temp_boss from /root/admin-06-13-18/admin/temp_boss.bson
2018-06-13T09:48:13.910+0800    restoring admin.postalCodes from /root/admin-06-13-18/admin/postalCodes.bson
2018-06-13T09:48:13.912+0800    restoring admin.stdcodes from /root/admin-06-13-18/admin/stdcodes.bson
2018-06-13T09:48:14.077+0800    no indexes to restore
2018-06-13T09:48:14.077+0800    finished restoring admin.stdcodes (2611 documents)
2018-06-13T09:48:15.334+0800    restoring indexes for collection admin.postalCodes from metadata
2018-06-13T09:48:15.479+0800    finished restoring admin.postalCodes (39734 documents)
2018-06-13T09:48:16.829+0800    [........................]       admin.temp  19.0MB/815MB  (2.3%)
2018-06-13T09:48:16.829+0800    [........................]  admin.temp_boss  25.3MB/629MB  (4.0%)
2018-06-13T09:48:16.829+0800
2018-06-13T09:48:19.828+0800    [#.......................]       admin.temp  49.1MB/815MB   (6.0%)
2018-06-13T09:48:19.828+0800    [##......................]  admin.temp_boss  67.8MB/629MB  (10.8%)
2018-06-13T09:48:19.828+0800
2018-06-13T09:48:22.828+0800    [##......................]       admin.temp  76.3MB/815MB   (9.4%)
2018-06-13T09:48:22.828+0800    [####....................]  admin.temp_boss   106MB/629MB  (16.8%)
2018-06-13T09:48:22.828+0800
2018-06-13T09:48:25.828+0800    [##......................]       admin.temp  101MB/815MB  (12.4%)
2018-06-13T09:48:25.829+0800    [#####...................]  admin.temp_boss  142MB/629MB  (22.5%)
2018-06-13T09:48:25.829+0800
2018-06-13T09:48:28.828+0800    [###.....................]       admin.temp  129MB/815MB  (15.8%)
2018-06-13T09:48:28.828+0800    [######..................]  admin.temp_boss  180MB/629MB  (28.7%)
2018-06-13T09:48:28.828+0800
2018-06-13T09:48:31.828+0800    [####....................]       admin.temp  156MB/815MB  (19.1%)
2018-06-13T09:48:31.828+0800    [########................]  admin.temp_boss  219MB/629MB  (34.8%)
2018-06-13T09:48:31.828+0800
2018-06-13T09:48:34.828+0800    [#####...................]       admin.temp  184MB/815MB  (22.5%)
2018-06-13T09:48:34.828+0800    [#########...............]  admin.temp_boss  259MB/629MB  (41.1%)
2018-06-13T09:48:34.828+0800
2018-06-13T09:48:37.828+0800    [######..................]       admin.temp  211MB/815MB  (25.8%)
2018-06-13T09:48:37.828+0800    [###########.............]  admin.temp_boss  295MB/629MB  (47.0%)
2018-06-13T09:48:37.828+0800
2018-06-13T09:48:40.832+0800    [######..................]       admin.temp  234MB/815MB  (28.7%)
2018-06-13T09:48:40.832+0800    [############............]  admin.temp_boss  329MB/629MB  (52.3%)
2018-06-13T09:48:40.832+0800
2018-06-13T09:48:43.829+0800    [#######.................]       admin.temp  259MB/815MB  (31.8%)
2018-06-13T09:48:43.829+0800    [#############...........]  admin.temp_boss  365MB/629MB  (58.0%)
2018-06-13T09:48:43.829+0800
2018-06-13T09:48:46.828+0800    [########................]       admin.temp  275MB/815MB  (33.8%)
2018-06-13T09:48:46.828+0800    [##############..........]  admin.temp_boss  386MB/629MB  (61.4%)
2018-06-13T09:48:46.828+0800
2018-06-13T09:48:49.828+0800    [########................]       admin.temp  304MB/815MB  (37.3%)
2018-06-13T09:48:49.828+0800    [################........]  admin.temp_boss  427MB/629MB  (67.8%)
2018-06-13T09:48:49.828+0800
2018-06-13T09:48:52.828+0800    [#########...............]       admin.temp  331MB/815MB  (40.6%)
2018-06-13T09:48:52.828+0800    [#################.......]  admin.temp_boss  465MB/629MB  (74.0%)
2018-06-13T09:48:52.828+0800
2018-06-13T09:48:55.828+0800    [##########..............]       admin.temp  357MB/815MB  (43.8%)
2018-06-13T09:48:55.828+0800    [###################.....]  admin.temp_boss  502MB/629MB  (79.8%)
2018-06-13T09:48:55.829+0800
2018-06-13T09:48:58.829+0800    [###########.............]       admin.temp  382MB/815MB  (46.8%)
2018-06-13T09:48:58.829+0800    [####################....]  admin.temp_boss  537MB/629MB  (85.3%)
2018-06-13T09:48:58.829+0800
2018-06-13T09:49:01.829+0800    [###########.............]       admin.temp  407MB/815MB  (50.0%)
2018-06-13T09:49:01.829+0800    [#####################...]  admin.temp_boss  574MB/629MB  (91.2%)
2018-06-13T09:49:01.829+0800
2018-06-13T09:49:04.828+0800    [############............]       admin.temp  431MB/815MB  (52.9%)
2018-06-13T09:49:04.828+0800    [#######################.]  admin.temp_boss  608MB/629MB  (96.6%)
2018-06-13T09:49:04.828+0800
2018-06-13T09:49:06.562+0800    [########################]  admin.temp_boss  629MB/629MB  (100.0%)
2018-06-13T09:49:06.562+0800    no indexes to restore
2018-06-13T09:49:06.562+0800    finished restoring admin.temp_boss (1778416 documents)
2018-06-13T09:49:07.828+0800    [#############...........]  admin.temp  457MB/815MB  (56.1%)
2018-06-13T09:49:10.869+0800    [##############..........]  admin.temp  488MB/815MB  (59.9%)
2018-06-13T09:49:13.829+0800    [###############.........]  admin.temp  515MB/815MB  (63.2%)
2018-06-13T09:49:16.828+0800    [################........]  admin.temp  551MB/815MB  (67.6%)
2018-06-13T09:49:19.828+0800    [#################.......]  admin.temp  583MB/815MB  (71.6%)
2018-06-13T09:49:22.828+0800    [##################......]  admin.temp  613MB/815MB  (75.2%)
2018-06-13T09:49:25.828+0800    [##################......]  admin.temp  642MB/815MB  (78.8%)
2018-06-13T09:49:28.828+0800    [###################.....]  admin.temp  674MB/815MB  (82.7%)
2018-06-13T09:49:31.828+0800    [####################....]  admin.temp  704MB/815MB  (86.4%)
2018-06-13T09:49:34.828+0800    [#####################...]  admin.temp  734MB/815MB  (90.1%)
2018-06-13T09:49:37.828+0800    [######################..]  admin.temp  766MB/815MB  (94.0%)
2018-06-13T09:49:40.828+0800    [#######################.]  admin.temp  798MB/815MB  (97.9%)
2018-06-13T09:49:42.507+0800    [########################]  admin.temp  815MB/815MB  (100.0%)
2018-06-13T09:49:42.507+0800    no indexes to restore
2018-06-13T09:49:42.507+0800    finished restoring admin.temp (3347522 documents)
2018-06-13T09:49:42.507+0800    restoring users from /root/admin-06-13-18/admin/system.users.bson
2018-06-13T09:49:42.539+0800    done
[root@hdp04 ~]#

2.2 异机恢复

[root@hdp04 ~]# mongorestore --host hdp05 --port 27017 --drop /root/admin-06-13-18/
2018-06-13T09:53:07.783+0800    preparing collections to restore from
2018-06-13T09:53:07.834+0800    reading metadata for admin.temp from /root/admin-06-13-18/admin/temp.metadata.json
2018-06-13T09:53:07.836+0800    reading metadata for admin.stdcodes from /root/admin-06-13-18/admin/stdcodes.metadata.json
2018-06-13T09:53:07.858+0800    reading metadata for admin.temp_boss from /root/admin-06-13-18/admin/temp_boss.metadata.json
2018-06-13T09:53:07.862+0800    reading metadata for admin.postalCodes from /root/admin-06-13-18/admin/postalCodes.metadata.json
2018-06-13T09:53:07.880+0800    restoring admin.temp from /root/admin-06-13-18/admin/temp.bson
2018-06-13T09:53:07.886+0800    restoring admin.stdcodes from /root/admin-06-13-18/admin/stdcodes.bson
2018-06-13T09:53:07.895+0800    restoring admin.temp_boss from /root/admin-06-13-18/admin/temp_boss.bson
2018-06-13T09:53:07.896+0800    restoring admin.postalCodes from /root/admin-06-13-18/admin/postalCodes.bson
2018-06-13T09:53:08.020+0800    no indexes to restore
2018-06-13T09:53:08.020+0800    finished restoring admin.stdcodes (2611 documents)
2018-06-13T09:53:09.404+0800    restoring indexes for collection admin.postalCodes from metadata
2018-06-13T09:53:09.683+0800    finished restoring admin.postalCodes (39734 documents)
2018-06-13T09:53:10.776+0800    [........................]       admin.temp  15.7MB/815MB  (1.9%)
2018-06-13T09:53:10.776+0800    [........................]  admin.temp_boss  21.8MB/629MB  (3.5%)
2018-06-13T09:53:10.777+0800
2018-06-13T09:53:13.776+0800    [#.......................]       admin.temp  40.6MB/815MB  (5.0%)
2018-06-13T09:53:13.777+0800    [##......................]  admin.temp_boss  56.9MB/629MB  (9.0%)
2018-06-13T09:53:13.777+0800
2018-06-13T09:53:16.777+0800    [#.......................]       admin.temp  62.3MB/815MB   (7.6%)
2018-06-13T09:53:16.777+0800    [###.....................]  admin.temp_boss  88.0MB/629MB  (14.0%)
2018-06-13T09:53:16.777+0800
2018-06-13T09:53:19.776+0800    [##......................]       admin.temp  84.0MB/815MB  (10.3%)
2018-06-13T09:53:19.776+0800    [####....................]  admin.temp_boss   118MB/629MB  (18.8%)
2018-06-13T09:53:19.776+0800
2018-06-13T09:53:22.780+0800    [###.....................]       admin.temp  110MB/815MB  (13.5%)
2018-06-13T09:53:22.780+0800    [#####...................]  admin.temp_boss  156MB/629MB  (24.7%)
2018-06-13T09:53:22.780+0800
2018-06-13T09:53:25.776+0800    [###.....................]       admin.temp  134MB/815MB  (16.4%)
2018-06-13T09:53:25.776+0800    [#######.................]  admin.temp_boss  191MB/629MB  (30.3%)
2018-06-13T09:53:25.776+0800
2018-06-13T09:53:28.778+0800    [####....................]       admin.temp  158MB/815MB  (19.3%)
2018-06-13T09:53:28.778+0800    [########................]  admin.temp_boss  225MB/629MB  (35.7%)
2018-06-13T09:53:28.778+0800
2018-06-13T09:53:31.777+0800    [#####...................]       admin.temp  182MB/815MB  (22.3%)
2018-06-13T09:53:31.777+0800    [#########...............]  admin.temp_boss  259MB/629MB  (41.2%)
2018-06-13T09:53:31.777+0800
2018-06-13T09:53:34.777+0800    [######..................]       admin.temp  209MB/815MB  (25.7%)
2018-06-13T09:53:34.777+0800    [###########.............]  admin.temp_boss  297MB/629MB  (47.2%)
2018-06-13T09:53:34.777+0800
2018-06-13T09:53:37.777+0800    [######..................]       admin.temp  230MB/815MB  (28.3%)
2018-06-13T09:53:37.777+0800    [############............]  admin.temp_boss  328MB/629MB  (52.2%)
2018-06-13T09:53:37.777+0800
2018-06-13T09:53:40.777+0800    [#######.................]       admin.temp  256MB/815MB  (31.4%)
2018-06-13T09:53:40.777+0800    [#############...........]  admin.temp_boss  364MB/629MB  (57.9%)
2018-06-13T09:53:40.777+0800
2018-06-13T09:53:43.776+0800    [########................]       admin.temp  281MB/815MB  (34.5%)
2018-06-13T09:53:43.776+0800    [###############.........]  admin.temp_boss  399MB/629MB  (63.4%)
2018-06-13T09:53:43.776+0800
2018-06-13T09:53:46.777+0800    [########................]       admin.temp  305MB/815MB  (37.4%)
2018-06-13T09:53:46.777+0800    [################........]  admin.temp_boss  433MB/629MB  (68.9%)
2018-06-13T09:53:46.777+0800
2018-06-13T09:53:49.776+0800    [#########...............]       admin.temp  328MB/815MB  (40.2%)
2018-06-13T09:53:49.776+0800    [#################.......]  admin.temp_boss  465MB/629MB  (73.9%)
2018-06-13T09:53:49.776+0800
2018-06-13T09:53:52.776+0800    [##########..............]       admin.temp  350MB/815MB  (43.0%)
2018-06-13T09:53:52.776+0800    [##################......]  admin.temp_boss  497MB/629MB  (79.0%)
2018-06-13T09:53:52.776+0800
2018-06-13T09:53:55.776+0800    [###########.............]       admin.temp  374MB/815MB  (45.9%)
2018-06-13T09:53:55.776+0800    [####################....]  admin.temp_boss  531MB/629MB  (84.3%)
2018-06-13T09:53:55.776+0800
2018-06-13T09:53:58.776+0800    [###########.............]       admin.temp  396MB/815MB  (48.6%)
2018-06-13T09:53:58.776+0800    [#####################...]  admin.temp_boss  561MB/629MB  (89.2%)
2018-06-13T09:53:58.776+0800
2018-06-13T09:54:01.777+0800    [############............]       admin.temp  420MB/815MB  (51.6%)
2018-06-13T09:54:01.777+0800    [######################..]  admin.temp_boss  596MB/629MB  (94.8%)
2018-06-13T09:54:01.777+0800
2018-06-13T09:54:04.553+0800    [########################]  admin.temp_boss  629MB/629MB  (100.0%)
2018-06-13T09:54:04.553+0800    no indexes to restore
2018-06-13T09:54:04.553+0800    finished restoring admin.temp_boss (1778416 documents)
2018-06-13T09:54:04.776+0800    [#############...........]  admin.temp  444MB/815MB  (54.5%)
2018-06-13T09:54:07.776+0800    [##############..........]  admin.temp  478MB/815MB  (58.7%)
2018-06-13T09:54:10.776+0800    [###############.........]  admin.temp  511MB/815MB  (62.6%)
2018-06-13T09:54:13.776+0800    [###############.........]  admin.temp  537MB/815MB  (65.9%)
2018-06-13T09:54:16.776+0800    [################........]  admin.temp  569MB/815MB  (69.8%)
2018-06-13T09:54:19.776+0800    [#################.......]  admin.temp  597MB/815MB  (73.2%)
2018-06-13T09:54:22.776+0800    [##################......]  admin.temp  628MB/815MB  (77.0%)
2018-06-13T09:54:25.778+0800    [###################.....]  admin.temp  661MB/815MB  (81.2%)
2018-06-13T09:54:28.777+0800    [####################....]  admin.temp  691MB/815MB  (84.8%)
2018-06-13T09:54:31.777+0800    [#####################...]  admin.temp  724MB/815MB  (88.9%)
2018-06-13T09:54:34.776+0800    [######################..]  admin.temp  753MB/815MB  (92.4%)
2018-06-13T09:54:37.776+0800    [#######################.]  admin.temp  784MB/815MB  (96.2%)
2018-06-13T09:54:40.776+0800    [#######################.]  admin.temp  815MB/815MB  (100.0%)
2018-06-13T09:54:40.785+0800    [########################]  admin.temp  815MB/815MB  (100.0%)
2018-06-13T09:54:40.785+0800    no indexes to restore
2018-06-13T09:54:40.785+0800    finished restoring admin.temp (3347522 documents)
2018-06-13T09:54:40.786+0800    restoring users from /root/admin-06-13-18/admin/system.users.bson
2018-06-13T09:54:40.825+0800    done
[root@hdp05 ~]# mongo
MongoDB shell version v3.6.5
connecting to: mongodb://127.0.0.1:27017
MongoDB server version: 3.6.5
switched to db admin
> db.temp.count()
3347522
>

2.3 恢复指定的collection

[root@hdp04 ~]# mongorestore -d admin -c temp --drop /root/admin-06-13-18/admin/temp.bson 
2018-06-13T09:59:09.549+0800    checking for collection data in /root/admin-06-13-18/admin/temp.bson
2018-06-13T09:59:09.655+0800    reading metadata for admin.temp from /root/admin-06-13-18/admin/temp.metadata.json
2018-06-13T09:59:09.665+0800    restoring admin.temp from /root/admin-06-13-18/admin/temp.bson
2018-06-13T09:59:12.554+0800    [#.......................]  admin.temp  51.1MB/815MB  (6.3%)
2018-06-13T09:59:15.544+0800    [###.....................]  admin.temp  104MB/815MB  (12.8%)
2018-06-13T09:59:18.544+0800    [####....................]  admin.temp  163MB/815MB  (20.0%)
2018-06-13T09:59:21.544+0800    [######..................]  admin.temp  234MB/815MB  (28.7%)
2018-06-13T09:59:24.544+0800    [########................]  admin.temp  288MB/815MB  (35.3%)
2018-06-13T09:59:27.545+0800    [#########...............]  admin.temp  338MB/815MB  (41.5%)
2018-06-13T09:59:30.544+0800    [###########.............]  admin.temp  391MB/815MB  (48.0%)
2018-06-13T09:59:33.545+0800    [#############...........]  admin.temp  442MB/815MB  (54.3%)
2018-06-13T09:59:36.544+0800    [##############..........]  admin.temp  496MB/815MB  (60.8%)
2018-06-13T09:59:39.544+0800    [################........]  admin.temp  546MB/815MB  (67.0%)
2018-06-13T09:59:42.544+0800    [#################.......]  admin.temp  591MB/815MB  (72.5%)
2018-06-13T09:59:45.544+0800    [##################......]  admin.temp  626MB/815MB  (76.8%)
2018-06-13T09:59:48.544+0800    [###################.....]  admin.temp  677MB/815MB  (83.1%)
2018-06-13T09:59:51.546+0800    [#####################...]  admin.temp  728MB/815MB  (89.3%)
2018-06-13T09:59:54.544+0800    [######################..]  admin.temp  779MB/815MB  (95.6%)
2018-06-13T09:59:56.822+0800    [########################]  admin.temp  815MB/815MB  (100.0%)
2018-06-13T09:59:56.822+0800    no indexes to restore
2018-06-13T09:59:56.822+0800    finished restoring admin.temp (3347522 documents)
2018-06-13T09:59:56.822+0800    done

MongoDB Oplog 窗口喝醉酒的小白 MongoDB 运维
在MongoDB中，oplog（操作日志）是一个特殊的日志系统，用于记录对数据库的所有写操作。oplog允许副本集成员（通常是从节点）应用主节点上已经执行的操作，从而保持数据的一致性。它是MongoDB副本集实现数据复制的基础。MongoDBOplog窗口oplog窗口是指在MongoDB副本集中，从节点可以用来同步数据的时间范围。这个窗口通常由以下因素决定：Oplog大小：oplog的大小是有限
烟花美，但瞬间即逝的样子像极了爱情。胡萝卜很甜
我见过烟花在天上绽放时绚烂的模样也目睹过爱情消逝曾经相爱的两人变冷漠的样子其实我特别喜欢烟花绽放的艳丽大年初一凌晨的烟花手机拍的没有眼睛看到的美但是烟花虽美，稍纵即逝，眼睛刚记录下它的美好，就转眼消失不见。天空又恢复一片黑。烟花的样子像极了爱情啊……不论曾经多么山盟海誓，海枯石烂。只要吵架或者分手。就变得那么冷漠，那么陌生。你甚至开始怀疑你有过爱情么？真正的爱情到底是什么样子。来的快去的也快么？对
【PG】常见数据库、表属性设置江无羡数据库
PG的常见属性配置方法数据库复制、备份相关表的复制标识单表操作批量表操作链接数据库复制、备份相关表的复制标识单表操作通过ALTER语句单独更改一张表的复制标识。ALTERTABLE[tablename]REPLICAIDENTITYFULL;批量表操作通过代码块的方式，对某个schema中的所有表一起更新其复制标识。SELECTtablename,CASErelreplidentWHEN'd'TH
nosql数据库技术与应用知识点皆过客，揽星河 NoSQL nosql 数据库大数据数据分析数据结构非关系型数据库
Nosql知识回顾大数据处理流程数据采集(flume、爬虫、传感器)数据存储(本门课程NoSQL所处的阶段)Hdfs、MongoDB、HBase等数据清洗(入仓)Hive等数据处理、分析(Spark、Flink等)数据可视化数据挖掘、机器学习应用(Python、SparkMLlib等)大数据时代存储的挑战(三高)高并发(同一时间很多人访问)高扩展(要求随时根据需求扩展存储)高效率(要求读写速度快)
ExpRe[25] bash外的其它shell：zsh和fish tritone ExpRe bash linux ubuntu shell
文章目录zsh基础配置实用特性插件`autojump`语法高亮自动补全fish优点缺点时效性本篇撰写时间为2021.12.15，由于计算机技术日新月异，博客中所有内容都有时效和版本限制，具体做法不一定总行得通，链接可能改动失效，各种软件的用法可能有修改。但是其中透露的思想往往是值得学习的。本篇前置：ExpRe[10]Ubuntu[2]准备神秘软件、备份恢复软件https://www.cnblogs
关于Mysql 中 Row size too large (＞ 8126) 错误的解决和理解秋刀prince mysql mysql 数据库
提示：啰嗦一嘴，数据库的任何操作和验证前，一定要记得先备份！！！不会有错；文章目录问题发现一、问题导致的可能原因1、页大小2、行格式2.1compact格式2.2Redundant格式2.3Dynamic格式2.4Compressed格式3、BLOB和TEXT列二、解决办法1、修改页大小（不推荐）2、修改行格式3、修改数据类型为BLOB和TEXT列4、其他优化方式（可以参考使用）4.1合理设置数据
起始美丽的涵教主
“叮零零”上课了响了，江雨一路狂奔。“江雨你怎么又迟到，不知道自己成绩不好吗，好不好好学习！”严老师大声地对江雨说道。“小雨，你早上怎么迟到了？”好友曹雪担忧了起来。“没事，早上只是起晚了！”江雨满不在意地回答道，“雪儿，你知道最近小卖部要招营业员，我们去应聘吧！”“你最近是不是缺钱呀！”曹雪的其实没有错，江雪爸爸的公司现在面临着倒闭事件，手上急需用钱。“没有，我爸爸的公司差不多恢复了往日的正常，
MongoDB知识概括 GeorgeLin98 持久层 mongodb
MongoDB知识概括MongoDB相关概念单机部署基本常用命令索引-IndexSpirngDataMongoDB集成副本集分片集群安全认证MongoDB相关概念业务应用场景：传统的关系型数据库（如MySQL），在数据操作的“三高”需求以及应对Web2.0的网站需求面前，显得力不从心。解释：“三高”需求：①Highperformance-对数据库高并发读写的需求。②HugeStorage-对海量数
mac 备份android 手机通讯录导入iphone,iphone如何导出通讯录（轻松教你iPhone备份通讯录的方法）... weixin_39762838 mac 备份android 手机通讯录导入iphone
在日新月异的手机更替中，换手机已经成为一个非常稀松平常的事情，但将旧手机上面的通讯录导入到新手机还是让不少小伙伴为难，本篇将给大家详细讲解这方面的知识：“苹果手机通讯录怎么导入到新手机”及“安卓手机通讯录导入到新手机”的方法。一、苹果手机通讯录导入到新手机常用方法(SIM卡导入)在苹果手机主频幕上找到“设置”，单击进入设置菜单，下拉菜单列表，点击“邮件、通讯录、日历”，然后找到“导入SIM卡通讯录
2023-08-20 圆梦菌
魔力宝贝最详细新手教程，新手该如何完美开局，建议收藏转发2023-08-2010:34《魔力宝贝》手游体力是什么?魔力宝贝体力恢复机制是每10分钟回复1点；体力作用：挑战关卡需消耗体力体力获取方式1、好友每天可以赠送15次，也就是15点体力2、系统每天中午12点以及下午6点赠送25体3、在商城使用神石购买《魔力宝贝》手游战斗力如何提升?1、宠物强化宠物通过融合进阶后可以大幅度提升战力，最高级的宠物
Mongodb Error: queryTxt ETIMEOUT xxxx.wwwdz.mongodb.net 佛一脚 error react mongodb 数据库
背景每天都能遇到奇怪的问题，做个记录，以便有缘人能得到帮助！换了一台电脑开发nextjs程序。需要连接mongodb数据，对数据进行增删改查。上一台电脑好好的程序，新电脑死活连不上mongodb数据库。同一套代码，没任何修改，搞得我怀疑人生了，打开浏览器进入mongodb官网毫无问题，也能进入线上系统查看数据，网络应该是没问题。于是我尝试了一下手机热点，这次代码能正常跑起来，连接数据库了！！！是不
圣诞节后的人气又回来了？好丽友、特斯拉们的生意却不好做| 每周热点汇总饭Sir看天下
新的一年来了大家好，今天是2022年12月26日，星期一，农历十二月初四。这个月，相信我们很多人都遇到了身体不适的情况，饭Sir上周也因为发烧不得不停更了一周，这几天才刚刚恢复，好在这一切最后都能过去。疫情之外，一些好消息也逐渐到来，例如北京等多座大城市在年底的圣诞节期间又恢复了生机，一些迹象也在预示着久违的热闹春节要回来了。但另一方面，明年不确定的经济形势又带来一些不利的消息，不禁让人有些担心。
白龙落凡鬼少箫笛工作室
七星猫、穿山甲和血蝙蝠在魔君的法力护持下，痊愈地很快，十几日的时间，功力就恢复了七八成，穿山甲和血蝙蝠与龚菊珍大战，两人又惊又惧，知晓对方法力在己之上，已经不敢对她有任何不敬之言，几人朝会上却是相安无事，七星猫因不外传的至宝“七星连冰珠”被近身侍女芳菲偷去，心头愤懑，派出人手入阳间追杀，却无意巧遇善恶二使，二使将上龙元剑交给了杀手，并求其带话到魔都，希望能救白发少年一命。杀手知晓其中厉害，连夜返回
TC27x启动过程（2）-TC277 赞哥哥s TC277学习笔记 gnu 单片机
接上文，继续学习TC277的启动过程。分析启动函数有关用的寄存器说明，参考文章TC27x寄存器学习目录TC27x寄存器学习start函数分析isync汇编指令（同步指令）dsync汇编指令（同步数据），1清除endinit2设置中断堆栈3启用对系统全局寄存器的写访问4初始化SDA基指针5关闭对系统全局寄存器的写访问6关闭看门狗，恢复Endinit位7初始化CSA8初始化ram,拷贝rom数据到ra
98_es生产集群部署之针对集群重启时的shard恢复耗时过长问题定制的重要参数小山居
98_es生产集群部署之针对集群重启时的shard恢复耗时过长问题定制的重要参数shardrecovery配置以及集群重启时的无意义shard重分配问题在集群重启的时候，有一些配置会影响shard恢复的过程。首先，我们需要理解默认配置下，shard恢复过程会发生什么事情。如果我们有10个node，每个node都有一个shard，可能是primaryshard或者replicashard，你有一个i
metaRTC/webRTC QOS 方案与实践 metaRTC metaRTC 解决方案 webrtc qos
概述质量服务(QOS/QualityofService)是指利用各种技术方案提高网络通信质量的技术，网络通信质量需要解决下面两个问题：网络问题：UDP/不稳定网络/弱网下的丢包/延时/乱序/抖动数据量问题：发送数据量超带宽负载和平滑发送拥塞控制是各种技术方案的数据基础，丢包恢复解决丢包问题，抗乱序抖动解决网络乱序抖动问题，流量控制解决平滑发送数据/数据超带宽负载/延时问题。拥塞控制(Congest
2020疫情期间，我的生活总结林青澜
今天走出家门去取快递，扑面而来的风让我感觉到温暖和煦，春天的气息浓浓的！疫情的管控也在逐渐放松，相信很快就能够恢复正常的生活秩序了，很期待！班级上也在讨论对疫情期间的感受，基于此，我梳理一下这段时间的收获。【做了哪些事】很巧的是，在1月24除夕夜到今天26，刚好整整一个月没有出门，我做了以下的事情：1，读完28本书，其中20本书写了读书文章，发表在。还看完9部小说，4部电影。2，每天写作最多的时候
疲惫的生活里，总要有些温柔的梦想依点光
闪亮日签：疲惫的生活里，总要有些温柔的梦闪亮日签你有没有曾经遇到过，当你忙碌了一天，拖着疲惫的身体回到家，打开家门，看到摆在桌子上的鲜花，眼前一亮，那一瞬仿佛被治愈了你有没有试过，偶尔抬头望望天空，晴朗的天，蓝天白云里，让你那一刻内心恢复宁静你有没有体验过，白天的工作结束，晚上和家人的一通视频，便享受到了温暖的陪伴忙碌的生活里，总会有一些温柔的时刻，疲惫的日子里，也会满怀希望，内心期待着那一片宁静
MySQL日志沉着冷静2024 MySQL mysql 数据库
MySQL日志文章目录MySQL日志MySQL三大日志binlog的三种格式redolog和binlog的区别和应用场景为什么崩溃恢复不用binlog而用redolog？redolog如何实现持久化redolog还能做什么？redolog的三种刷盘策略两阶段提交什么是？为什么？两阶段提交过程MySQL三大日志1.undologundolog是InnoDB存储引擎层的日志，实现了事务的原子性，主要用
MySQL锁沉着冷静2024 MySQL mysql 数据库
MySQL锁文章目录MySQL锁MySQL中锁的分类创建索引时会锁表吗线上修改表结构会加什么锁Innodb存储引擎的行级锁有哪些Update语句中，不带where条件，加什么锁？MySQL实现乐观锁MySQL死锁MySQL死锁是怎么发生的？检查死锁如何避免死锁MySQL中锁的分类全局锁：主要用于全库逻辑备份表级锁：表锁、元数据锁、意向锁表锁：通过locktables语句对表进行加锁，它不仅限制其他
白嫖Gitee实现远程公告功能和小型文件上传下载 xu-jssy Python自动化脚本 gitee
备注：20240527更新：新增私人令牌下载模式一、准备工作1、打开Gitee网站：Gitee.comhttps://gitee.com/2、获取access_token，用于身份验证登录后点击右上角头像，在下拉菜单中进入个人主页点击左边的个人设置点击左边菜单中的安全设置->私人令牌点击右上角生成新令牌根据提示填写信息，点击提交在弹出的页面复制令牌，注意备份保存3、创建一个仓库用来存放文件可以把远
华为云分布式缓存服务DCS与开源服务差异对比 hcinfo_18 redis使用华为云 Redis5.0 分布式缓存服务 Redis客户端
分布式缓存服务DCS提供单机、主备、集群等丰富的实例类型，满足用户高读写性能及快速数据访问的业务诉求。支持丰富的实例管理操作，帮助用户省去运维烦恼。用户可以聚焦于业务逻辑本身，而无需过多考虑部署、监控、扩容、安全、故障恢复等方面的问题。DCS基于开源Redis、Memcached向用户提供一定程度定制化的缓存服务，因此，除了拥有开源服务缓存数据库的优秀特性，DCS提供更多实用功能。一、与开源Red
php服务器状态监测,PHP网站状态在线监控源码傲雪吟霜白如冰 php服务器状态监测
在网上找的一个在线监控源码，比较简单，但是功能也略有不足，例如如果网站挂了就按照监控频率一直发邮件提示，网站恢复之后不会发邮件通知；不能直接填写要监控的网址或者某一页面，适合监控大量的网站或者vps、服务器。最新使用感受：没有发送邮件限制，我设置监控频率是一个小时，一天没管就把邮箱塞满了。如果服务器恢复的话不会专门发邮件提醒。如果只是监控几个站的话有很多免费的监控网站可以使用，只是使用数量上有限制
2023-06-09（周五）独品弦意
（18°-33°，晴间多云）一个人如果20岁而不美丽、30岁而不健壮、40岁而不富有、50岁而不聪明，就永远失去这些了。（刘墉）老公说今天很轻松，可以陪我。可是我们俩合计半天都不知该干什么去，他的脚只是恢复了9成，不能多走，而我的脸也只恢复8成，不愿意拍照，也不想逛街、不想看电影，于是又只好按部就班，他理发，我修指甲，洗车，下午陪爸妈打麻将。家门口的家乐福今天关店。开了24年的家乐福，曾经盛极一时
灯塔：成为闪闪发光的人百万字
一直以来都很欣赏那些灯塔一样闪闪发光的人，自信，坚定，放松。殊不知这些特质的背后是经历了多少坎坷苦楚才换来的。改变是困难，漫长，反人性的一件事情。希望自己有一天也可以成为灯塔吧。小知识：关于灯塔其实有一个很有趣的小知识，就是永生的灯塔水母。灯塔水母可以从水螅体无性繁殖，是唯一已知的能够从性成熟阶段恢复到幼虫阶段的生物。在20℃的水温中达到性成熟阶段需要25至30天，其特征是性成熟的（能够进行有性生
使用STM32实现简单的智能温控系统棂梓知识 stm32 单片机嵌入式硬件
智能温控系统是一种能够根据环境温度实时调整设备的工作状态的系统。在本篇文章中，我们将使用STM32微控制器来实现一个简单的智能温控系统。该系统将会有以下功能：实时监测环境温度，并显示在LCD屏幕上。当环境温度超过设定的阈值时，自动开启风扇。当环境温度恢复正常时，自动关闭风扇。通过按键模拟调节设定的阈值。系统设计首先，我们需要准备一些硬件设备。具体而言，我们需要以下组件：STM32F103C8T6开
【RabbitMQ 项目】服务端数据管理模块之交换机管理月夜星辉雪 rabbitmq oracle 数据库
文章目录一.编写思路二.代码实践一.编写思路定义交换机类型直接交换广播交换主题交换定义交换机名字类型是否持久化定义交换机持久化类(持久化到sqlite3)构造函数(只能成功，不能失败)如果数据库(文件)不存在则创建打开数据库打开exchange_table数据库表插入交换机移除交换机将数据库中的交换机恢复到内存中传入一个哈希表，key为名字，value为交换机的智能指针，填充该哈希表定义交换机管理
git 恢复误删的远程分支 Hanfank
需求实际工作上，肯定会有不小心的时候，比如我吧，删除了本地dev分支，intellijidea提示是否将trackedbranch也删掉，结果一不小心将远程分支也删除了，接下来就是我的救赎之旅。查看reflog，找到最后一次commitidgitreflog--date=isoreflog是referencelog的意思，也就是引用log，记录HEAD在各个分支上的移动轨迹。选项--date=is
又想躺平，又很焦虑青杉
焦虑会怎样影响我们的生活呢？也许你会发现，在适当的焦虑下，自己的工作、学习效率提升了，顶着“害怕xxx”的达摩克利斯之剑，反而任务完成的比平时要顺畅，焦虑情绪在一定程度内或许对我们的生活有积极意义。但是焦虑情绪超过了那“一定”的程度，反而会降低我们的行为能力，产生拖延、恐惧、抵触等心理。我的一个朋友已经研究生毕业一年了，但是一直没有恢复正常的生活轨道，有很多事情必须得做但又十分抵触，每天都在逃避找
STM32 的 RTC（实时时钟）详解千千道 STM32 stm32 物联网单片机
目录一、引言二、RTC概述三、RTC的工作原理1.时钟源2.计数器3.闹钟功能4.备份寄存器四、RTC寄存器1.RTC_TR（TimeRegister，时间寄存器）2.RTC_DR（DateRegister，日期寄存器）3.RTC_SSR（SubsecondRegister，亚秒寄存器）4.RTC_PRER（PrescalerRegister，预分频器寄存器）5.RTC_CR（ControlReg
遍历dom 并且存储（将每一层的DOM元素存在数组中）换个号韩国红果果 JavaScript html
数组从0开始！！ var a=[],i=0; for(var j=0;j<30;j++){ a[j]=[];//数组里套数组，且第i层存储在第a[i]中 } function walkDOM(n){ do{ if(n.nodeType!==3)//筛选去除#text类型 a[i].push(n); //con
Android+Jquery Mobile学习系列(9)-总结和代码分享白糖_ JQuery Mobile
目录导航经过一个多月的边学习边练手，学会了Android基于Web开发的毛皮，其实开发过程中用Android原生API不是很多，更多的是HTML/Javascript/Css。个人觉得基于WebView的Jquery Mobile开发有以下优点： 1、对于刚从Java Web转型过来的同学非常适合，只要懂得HTML开发就可以上手做事。 2、jquerym
impala参考资料 dayutianfei impala
记录一些有用的Impala资料 1. 入门资料 >>官网翻译： http://my.oschina.net/weiqingbin/blog?catalog=423691 2. 实用进阶 >>代码&架构分析： Impala/Hive现状分析与前景展望：http
JAVA 静态变量与非静态变量初始化顺序之新解周凡杨 java 静态非静态顺序
今天和同事争论一问题，关于静态变量与非静态变量的初始化顺序，谁先谁后，最终想整理出来！测试代码： import java.util.Map; public class T { public static T t = new T(); private Map map = new HashMap(); public T(){ System.out.println(&quo
跳出iframe返回外层页面 g21121 iframe
在web开发过程中难免要用到iframe，但当连接超时或跳转到公共页面时就会出现超时页面显示在iframe中，这时我们就需要跳出这个iframe到达一个公共页面去。首先跳转到一个中间页，这个页面用于判断是否在iframe中，在页面加载的过程中调用如下代码： <script type="text/javascript"> //<!-- function
JAVA多线程监听JMS、MQ队列 510888780 java多线程
背景：消息队列中有非常多的消息需要处理，并且监听器onMessage（）方法中的业务逻辑也相对比较复杂，为了加快队列消息的读取、处理速度。可以通过加快读取速度和加快处理速度来考虑。因此从这两个方面都使用多线程来处理。对于消息处理的业务处理逻辑用线程池来做。对于加快消息监听读取速度可以使用1.使用多个监听器监听一个队列；2.使用一个监听器开启多线程监听。对于上面提到的方法2使用一个监听器开启多线
第一个SpringMvc例子布衣凌宇 spring mvc
第一步：导入需要的包；第二步：配置web.xml文件 <?xml version="1.0" encoding="UTF-8"?> <web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi=
我的spring学习笔记15-容器扩展点之PropertyOverrideConfigurer aijuans Spring3
PropertyOverrideConfigurer类似于PropertyPlaceholderConfigurer，但是与后者相比，前者对于bean属性可以有缺省值或者根本没有值。也就是说如果properties文件中没有某个bean属性的内容，那么将使用上下文（配置的xml文件）中相应定义的值。如果properties文件中有bean属性的内容，那么就用properties文件中的值来代替上下
通过XSD验证XML antlove xml schema xsd validation SchemaFactory
1. XmlValidation.java package xml.validation; import java.io.InputStream; import javax.xml.XMLConstants; import javax.xml.transform.stream.StreamSource; import javax.xml.validation.Schem
文本流与字符集百合不是茶 PrintWrite()的使用字符集名字别名获取
文本数据的输入输出; 输入;数据流,缓冲流输出;介绍向文本打印格式化的输出PrintWrite(); package 文本流; import java.io.FileNotFound
ibatis模糊查询sqlmap-mapping-**.xml配置 bijian1013 ibatis
正常我们写ibatis的sqlmap-mapping-*.xml文件时，传入的参数都用##标识，如下所示： <resultMap id="personInfo" class="com.bijian.study.dto.PersonDTO"> <res
java jvm常用命令工具——jdb命令(The Java Debugger) bijian1013 java jvm jdb
用来对core文件和正在运行的Java进程进行实时地调试，里面包含了丰富的命令帮助您进行调试，它的功能和Sun studio里面所带的dbx非常相似，但 jdb是专门用来针对Java应用程序的。现在应该说日常的开发中很少用到JDB了，因为现在的IDE已经帮我们封装好了，如使用ECLI
【Spring框架二】Spring常用注解之Component、Repository、Service和Controller注解 bit1129 controller
在Spring常用注解第一步部分【Spring框架一】Spring常用注解之Autowired和Resource注解（http://bit1129.iteye.com/blog/2114084）中介绍了Autowired和Resource两个注解的功能，它们用于将依赖根据名称或者类型进行自动的注入，这简化了在XML中，依赖注入部分的XML的编写，但是UserDao和UserService两个bea
cxf wsdl2java生成代码super出错,构造函数不匹配 bitray super
由于过去对于soap协议的cxf接触的不是很多,所以遇到了也是迷糊了一会.后来经过查找资料才得以解决. 初始原因一般是由于jaxws2.2规范和jdk6及以上不兼容导致的.所以要强制降为jaxws2.1进行编译生成.我们需要少量的修改: 我们原来的代码 wsdl2java com.test.xxx -client http://..... 修改后的代
动态页面正文部分中文乱码排障一例 ronin47
公司网站一部分动态页面，早先使用apache+resin的架构运行，考虑到高并发访问下的响应性能问题，在前不久逐步开始用nginx替换掉了apache。不过随后发现了一个问题，随意进入某一有分页的网页，第一页是正常的（因为静态化过了）；点“下一页”，出来的页面两边正常，中间部分的标题、关键字等也正常，唯独每个标题下的正文无法正常显示。因为有做过系统调整，所以第一反应就是新上
java-54- 调整数组顺序使奇数位于偶数前面 bylijinnan java
import java.util.Arrays; import java.util.Random; import ljn.help.Helper; public class OddBeforeEven { /** * Q 54 调整数组顺序使奇数位于偶数前面 * 输入一个整数数组，调整数组中数字的顺序，使得所有奇数位于数组的前半部分，所有偶数位于数组的后半
从100PV到1亿级PV网站架构演变 cfyme 网站架构
一个网站就像一个人，存在一个从小到大的过程。养一个网站和养一个人一样，不同时期需要不同的方法，不同的方法下有共同的原则。本文结合我自已14年网站人的经历记录一些架构演变中的体会。 1：积累是必不可少的架构师不是一天练成的。 1999年，我作了一个个人主页，在学校内的虚拟空间，参加了一次主页大赛，几个DREAMWEAVER的页面，几个TABLE作布局，一个DB连接，几行PHP的代码嵌入在HTM
[宇宙时代]宇宙时代的GIS是什么？ comsci Gis
我们都知道一个事实，在行星内部的时候，因为地理信息的坐标都是相对固定的，所以我们获取一组GIS数据之后，就可以存储到硬盘中，长久使用。。。但是，请注意，这种经验在宇宙时代是不能够被继续使用的宇宙是一个高维时空
详解create database命令 czmmiao database
完整命令 CREATE DATABASE mynewdb USER SYS IDENTIFIED BY sys_password USER SYSTEM IDENTIFIED BY system_password LOGFILE GROUP 1 ('/u01/logs/my/redo01a.log','/u02/logs/m
几句不中听却不得不认可的话 datageek
1、人丑就该多读书。 2、你不快乐是因为：你可以像猪一样懒，却无法像只猪一样懒得心安理得。 3、如果你太在意别人的看法，那么你的生活将变成一件裤衩，别人放什么屁，你都得接着。 4、你的问题主要在于：读书不多而买书太多，读书太少又特爱思考，还他妈话痨。 5、与禽兽搏斗的三种结局：(1)、赢了，比禽兽还禽兽。(2)、输了，禽兽不如。(3)、平了，跟禽兽没两样。结论：选择正确的对手很重要。 6
1 14:00 PHP中的“syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM”错误 dcj3sjt126com PHP
原文地址：http://www.kafka0102.com/2010/08/281.html 因为需要，今天晚些在本机使用PHP做些测试，PHP脚本依赖了一堆我也不清楚做什么用的库。结果一跑起来，就报出类似下面的错误：“Parse error: syntax error, unexpected T_PAAMAYIM_NEKUDOTAYIM in /home/kafka/test/
xcode6 Auto layout and size classes dcj3sjt126com ios
官方GUI https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/AutolayoutPG/Introduction/Introduction.html iOS中使用自动布局（一） http://www.cocoachina.com/ind
通过PreparedStatement批量执行sql语句【sql语句相同，值不同】梦见x光 sql 事务批量执行
比如说：我有一个List需要添加到数据库中，那么我该如何通过PreparedStatement来操作呢？ public void addCustomerByCommit(Connection conn , List<Customer> customerList) { String sql = "inseret into customer(id
程序员必知必会----linux常用命令之十【系统相关】 hanqunfeng Linux常用命令
一.linux快捷键 Ctrl+C : 终止当前命令 Ctrl+S : 暂停屏幕输出 Ctrl+Q : 恢复屏幕输出 Ctrl+U : 删除当前行光标前的所有字符 Ctrl+Z : 挂起当前正在执行的进程 Ctrl+L : 清除终端屏幕，相当于clear 二.终端命令 clear : 清除终端屏幕 reset : 重置视窗，当屏幕编码混乱时使用 time com
NGINX IXHONG nginx
pcre 编译安装 nginx conf/vhost/test.conf upstream admin { server 127.0.0.1:8080; } server { listen 80; &
设计模式--工厂模式 kerryg 设计模式
工厂方式模式分为三种： 1、普通工厂模式：建立一个工厂类，对实现了同一个接口的一些类进行实例的创建。 2、多个工厂方法的模式：就是对普通工厂方法模式的改进，在普通工厂方法模式中，如果传递的字符串出错，则不能正确创建对象，而多个工厂方法模式就是提供多个工厂方法，分别创建对象。 3、静态工厂方法模式：就是将上面的多个工厂方法模式里的方法置为静态，
Spring InitializingBean/init-method和DisposableBean/destroy-method mx_xiehd java spring bean xml
1.initializingBean/init-method 实现org.springframework.beans.factory.InitializingBean接口允许一个bean在它的所有必须属性被BeanFactory设置后，来执行初始化的工作，InitialzingBean仅仅指定了一个方法。通常InitializingBean接口的使用是能够被避免的，（不鼓励使用，因为没有必要
解决Centos下vim粘贴内容格式混乱问题 qindongliang1922 centos vim
有时候，我们在向vim打开的一个xml，或者任意文件中，拷贝粘贴的代码时，格式莫名其毛的就混乱了，然后自己一个个再重新，把格式排列好，非常耗时，而且很不爽，那么有没有办法避免呢？答案是肯定的，设置下缩进格式就可以了，非常简单：在用户的根目录下直接vi ~/.vimrc文件然后将set pastetoggle=<F9> 写入这个文件中，保存退出，重新登录，
netty大并发请求问题 tianzhihehe netty
多线程并发使用同一个channel java.nio.BufferOverflowException: null at java.nio.HeapByteBuffer.put(HeapByteBuffer.java:183) ~[na:1.7.0_60-ea] at java.nio.ByteBuffer.put(ByteBuffer.java:832) ~[na:1.7.0_60-ea]
Hadoop NameNode单点问题解决方案之一 AvatarNode wyz2009107220 NameNode
我们遇到的情况 Hadoop NameNode存在单点问题。这个问题会影响分布式平台24*7运行。先说说我们的情况吧。我们的团队负责管理一个1200节点的集群(总大小12PB)，目前是运行版本为Hadoop 0.20，transaction logs写入一个共享的NFS filer(注：NetApp NFS Filer)。经常遇到需要中断服务的问题是给hadoop打补丁。 DataNod

MongoDB CookBook读书笔记之备份与恢复

1、MongoDB备份

1.1 备份本机MongoDB

1.2 备份指定的collection

1.3 备份远程的MongoDB

2、MongoDB恢复

2.1 本机恢复

2.2 异机恢复

2.3 恢复指定的collection

你可能感兴趣的:(MongoDB,备份,恢复,MongoDB)