新手小白Linux（Centos6.5）部署java web项目（mongodb4.0.2安装及相关操作）

红帽企业或centos的linux上安装mongodb的社区版：

 

 一、安装 

　　1、配置yum源，在yum源目录下创建一个文件 mongodb-org-4.0.repo

vi /etc/yum.repos.d/mongodb-org-4.0.repo

 

　　2、编辑文件：把下面内容复制进去

[mongodb-org-4.0] 
name=mongodb repository 
baseurl=https://repo.mongodb.org/yum/redhat/$releasever/mongodb-org/4.0/x86_64/ 
gpgcheck=0  
enabled=1 
gpgkey=https://www.mongodb.org/static/pgp/server-4.0.asc

 　　这个内容在官网上复制的时候别在开着翻译的情况下复制，你会爆炸的

　　官网gpgcheck=1，表示对从这个yum源下载的rpm包进行校验，配合gpgkey（校验密匙获取地址）使用

　　不过……貌似这个校验不能用，我试过1的时候报错了……

 

　　3、安装

yum install -y mongodb-org

 　　4、启动

service mongod start

 　　5、登录

　　　　mongodb默认登录无认证，直接进

mongo

 

 

二、导入导出数据（mongodb更新很快，高版本和低版本的命令有很多改动的地方，还请读者看准自己用的版本到官网上找到最正确的命令）

　　官网文档：

　　1、下载可视化工具，使用工具进行导入导出

　　

 

　　导入导出命令都是在登录mongo之前进行的操作，从系统命令行运行，而不是在登录mongo后的shell里面。

 

　　2、查看导入的参数信息：

mongoimport --help

　　3、命令简单导入：

mongoimport --db test --collection role --file role.json

　　4、查看导出的参数信息：

mongoexport --help

　　5、简单导出

mongoexport --db test --collection role --out role.json

 

　　导出的参数和导入是基本相同的，mongodb4.0版本和以前的版本相当于是换了一种认证机制。

　　个人建议：不要在导入之前给mongodb开启身份认证，默认无用户名密码可登录是最方便的。弄好一切之后再根据实际情况看看要不要开户认证机制。

　　

三、mongo中gridfs对象的导入导出

　　使用gridfs来存储大型文件是一个很好的选择，但是这个库和上面的库的导入导出不一样。因为文件是以二进制的形式存储的，应该使用二进制文件的形式进行导入导出。上面的库使用的是json或csv的形式。

　　存储文件的这个库有且只有两个指定的文档：userfiles.files，userfiles.chunks

　　1、导入

mongorestore --db test-db --collection userfiles.files  /路径/userfiles.files.bson

mongorestore --db test-db --collection userfiles.chunks  /路径/userfiles.files.bson

 

　　2、导出

mongodump --db test-db  --collection userfiles.files --out ./userfiles

mongodump --db test-db  --collection userfiles.chunks --out ./userfiles

 

　　这种导入导出的方法适用于所有的库，不局限于gridfs

 

四、安全认证

　　认证机制最后再开，可以避免许多问题

　　1、创建用户

 1 // 至少需要添加一个用户，且一定要添加一个root用户，否则认证开启失败，因为开启后你都没用户登录，那不是很尴尬
 2 > use admin
 3 switched to db admin
 4 > db.createuser({user:"root",pwd:"root_pwd",roles:[{role:"root",db:"admin"}]});
 5 successfully added user: {
 6         "user" : "root",
 7         "roles" : [
 8                 {
 9                         "role" : "root",
10                         "db" : "admin"
11                 }
12         ]
13 }
14 > use userfiles
15 switched to db userfiles
16 > db.createuser({user:"user_name",pwd:"user_pwd",roles:[{role:"dbowner",db:"userfiles"}]});
17 successfully added user: {
18         "user" : "user_name",
19         "roles" : [
20                 {
21                         "role" : "dbowner",
22                         "db" : "userfiles"
23                 }
24         ]
25 }
26 > exit

 

　　2、开启安全认证

　　　　编辑文件：/etc/mongod.conf ，把 security: 前面的#号去掉，在下面保留两个缩进加上一行 authorization: enabled ，enabled 和:之间要有一个空格，我也不知道为什么

　　　　重启mongo服务

 1 vi /etc/mongod.conf 
 2 # mongod.conf
 3 
 4 # for documentation of all options, see:
 5 #   http://docs.mongodb.org/manual/reference/configuration-options/
 6 
 7 # where to write logging data.
 8 systemlog:
 9   destination: file
10   logappend: true
11   path: /var/log/mongodb/mongod.log
12 
13 # where and how to store data.
14 storage:
15   dbpath: /var/lib/mongo
16   journal:
17     enabled: true
18 #  engine:
19 #  mmapv1:
20 #  wiredtiger:
21 
22 # how the process runs
23 processmanagement:
24   fork: true  # fork and run in background
25   pidfilepath: /var/run/mongodb/mongod.pid  # location of pidfile
26   timezoneinfo: /usr/share/zoneinfo
27 
28 # network interfaces
29 net:
30   port: 27017
31   bindip: 127.0.0.1  # enter 0.0.0.0,:: to bind to all ipv4 and ipv6 addresses or, alternatively, use the net.bindipall setting.
32 
33 # 原来长这样：
34 # security:
35 # 改成这样
36 security:
37   authorization: enabled
38 
39 #setparameter:
40 #  authenticationmechanisms: scram-sha-1
41 
42 #auth: true
43 
44 #operationprofiling:
45 
46 #replication:
47 
48 #sharding:
49 
50 ## enterprise-only options
51 
52 #auditlog:
53 
54 #snmp:
55 ~
56 ~
57 ~
58 ~
59 "/etc/mongod.conf" 51l, 935c written
60 
61 service mongod restart
62 starting mongod:                                           [  ok  ]

 

　　3、重新登录，测试安全认证

 1 # mongo
 2 mongodb shell version v4.0.2
 3 connecting to: mongodb://127.0.0.1:27017
 4 mongodb server version: 4.0.2
 5 // 这个时候你虽然进来了，但你还没认证，你是没有任何权限的
 6 > show dbs
 7 2018-09-14t16:15:21.985+0800 e query    [js] error: listdatabases failed:{
 8         "ok" : 0,
 9         "errmsg" : "command listdatabases requires authentication",
10         "code" : 13,
11         "codename" : "unauthorized"
12 } :
13 _geterrorwithcode@src/mongo/shell/utils.js:25:13
14 mongo.prototype.getdbs@src/mongo/shell/mongo.js:67:1
15 shellhelper.show@src/mongo/shell/utils.js:876:19
16 shellhelper@src/mongo/shell/utils.js:766:15
17 @(shellhelp2):1:1
18 
19 > use admin
20 switched to db admin
21 > db.auth("root","root_pwd")
22 1
23 > show dbs
24 admin   0.000gb
25 config  0.000gb
26 local   0.000gb

 

　　4、安全认证内置角色列表：（复制的官网：）

 

数据库用户角色

每个数据库都包含以下角色：

角色	简短的介绍
	提供对所有读取数据的能力非 -系统集合和下列系统集合：system.indexes，system.js，和 system.namespaces收藏。 有关角色授予的特定权限，请参阅。
readwrite	提供角色的所有权限以及修改所有非系统集合和system.js集合的数据的能力。 有关角色授予的特定权限，请参阅 readwrite。

 

 

 

 

 

 

数据库管理角色

每个数据库都包含以下数据库管理角色：

角色	简短的介绍
dbadmin	提供执行管理任务（如与架构相关的任务，索引和收集统计信息）的功能。此角色不授予用户和角色管理权限。 有关角色授予的特定权限，请参阅 dbadmin。
dbowner	数据库所有者可以对数据库执行任何管理操作。这个角色组合由授予的权限readwrite， dbadmin和useradmin角色。
useradmin	提供在当前数据库上创建和修改角色和用户的功能。由于该useradmin角色允许用户向任何用户（包括他们自己）授予任何权限，因此该角色还间接地提供 对数据库的访问权限，或者，如果作用于admin 数据库，则提供对群集的访问权限。 有关角色授予的特定权限，请参阅 useradmin。

 

 

群集管理角色

该admin数据库包括以下角色，用于管理整个系统而不仅仅是单个数据库。这些角色包括但不限于和分片管理功能。

角色	简短的介绍
clusteradmin	提供最佳的集群管理访问。这个角色组合由授予的权限clustermanager，clustermonitor和hostmanager角色。此外，角色提供了dropdatabase操作。
clustermanager	提供群集上的管理和监视操作。具有此角色的用户可以分别访问 分片和复制中使用的config和local数据库。 有关角色授予的特定权限，请参阅 clustermanager。
clustermonitor	提供对监视工具的只读访问权限，例如mongodb cloud manager 和ops manager监视代理程序。 有关角色授予的特定权限，请参阅 clustermonitor。
hostmanager	提供监视和管理服务器的功能。 有关角色授予的特定权限，请参阅 hostmanager。

 

 

 

 

 

 

 

 

备份和恢复角色

该admin数据库包括以下用于备份和还原数据的角色：

角色	简短的介绍
	提供备份数据所需的最小权限。此角色提供了足够的权限来使用mongodb cloud manager备份代理， ops manager备份代理或用于备份 整个实例。 有关角色授予的特定权限，请参阅 。
	版本3.6中已更改：提供converttocapped非系统集合。 提供从不包含system.profile 集合数据的备份还原数据所需的权限。在没有--oplogreplay选项的情况下恢复数据时，此角色就足够 了。 有关角色授予的特定权限，请参阅 。

 

 

 

 

 

 

全数据库角色

版本3.4中已更改。

以下角色可在上admin数据库，并提供适用于所有数据库，除了特权local和 config：

角色	简短的介绍
readanydatabase	提供与除local和之外的所有数据库相同的只读权限config。该角色还在listdatabases整个群集上提供 操作。 有关角色授予的特定权限，请参阅 readanydatabase。 在版本3.4中更改：在3.4之前，readanydatabase包括local和 config数据库。要为数据库提供read权限，请在 local数据库中使用admin数据库中的 角色创建用户local。另见 clustermanager和clustermonitor角色访问config和local数据库。
readwriteanydatabase	提供与readwrite除local和之外的所有数据库相同的只读权限config。该角色还在listdatabases整个群集上提供操作。 有关角色授予的特定权限，请参阅 readwriteanydatabase。 在版本3.4中更改：在3.4之前，readwriteanydatabase包括local 和config数据库。要为数据库提供readwrite权限，请在local数据库中使用admin数据库中的readwrite角色创建用户local。另见clustermanager和clustermonitor 角色访问config和local数据库。
useradminanydatabase	提供与useradmin除local和 之外的所有数据库相同的用户管理操作访问权限config。 由于该useradminanydatabase角色允许用户向任何用户（包括他们自己）授予任何权限，因此该角色还间接提供访问权限。 有关角色授予的特定权限，请参阅 useradminanydatabase。 在版本3.4中更改：在3.4之前，useradminanydatabase包括 local和config数据库。
dbadminanydatabase	提供与dbadmin除local和之外的所有数据库相同的只读权限config。该角色还在listdatabases整个群集上提供操作。 有关角色授予的特定权限，请参阅 dbadminanydatabase。 在版本3.4中更改：在3.4之前，dbadminanydatabase包括local 和config数据库。要为数据库提供dbadmin权限，请在local数据库中使用admin数据库中的dbadmin角色创建用户local。另见 clustermanager和clustermonitor角色访问config和local数据库。

 

 

超级用户角色

以下角色为所有资源提供完全权限：

角色	简短的介绍
	提供对业务和所有的资源 readwriteanydatabase， dbadminanydatabase，useradminanydatabase， clusteradmin，，和 结合。 有关角色授予的特定权限，请参阅 。

 

 

 

 

内部角色

角色	简短的介绍
	提供对数据库中的任何对象执行任何操作的权限。 除特殊情况外，请勿将此角色分配给表示应用程序或人员管理员的用户对象。 有关更多信息，请参阅。

　　

 

 

 

 

 

五、mongodb4.0.2兼容须知

　　　1、官网文档：

　　　　删除支持mongodb-cr认证方式，新增scram-sha-256认证方式……

　　　　如果之前开发用的是低版本的mongo的就要注意了，很有可能要重写代码

　　　　我最后的解决方法是不开安全认证/捂脸，先上线，后更新的时候再改代码加认证

 

　　　　2、检查一下自己的mongodb-java-driver包是不是3.8.0版本

　　　　

 

　　　　3、检查一下自己的spring整合mongodb包 spring-data-mongodb是不是与之匹配的版本（具体支持到哪个版本我也不清楚，看一下它的更新说明）

　　　　https://docs.spring.io/spring-data/mongodb/docs/2.0.10.release/reference/html/#new-features.2-0-0