2. 程式人生 > 實用技巧 >MongoDB 4.2 使用者管理

MongoDB 4.2 使用者管理

阿新 • • 發佈：2020-08-12

背景

最近在掃盲MongoDB 4.2 的相關知識點，順便記錄下日常的一些操作。包括：使用者管理、索引管理、引擎管理、副本集管理、分片管理等。本文對MongoDB的使用者管理進行說明。

本文MongoDB的配置檔案模板：

systemLog:
   verbosity: 0
   quiet: false
   traceAllExceptions: false
   syslogFacility: user
   path: /data/mongodb/logs/mongodb.log
   logAppend: true
   logRotate: rename
   destination: file
   timeStampFormat: iso8601
 
-local
   component:
      accessControl:
         verbosity: 0
      command:
         verbosity: 0
      control:
         verbosity: 0
      ftdc:
         verbosity: 0
      geo:
         verbosity: 0
      index:
         verbosity: 0
      network:
         verbosity: 0
      query:
         verbosity: 
 
0
      replication:
         verbosity: 0
         election:
            verbosity: 0
         heartbeats:
            verbosity: 0
         initialSync:
            verbosity: 0
         rollback:
            verbosity: 0
      sharding:
          verbosity: 0
      storage:
         verbosity: 0
         journal:
            verbosity: 
 
0
         recovery:
            verbosity: 0
      transaction:
         verbosity: 0
      write:
         verbosity: 0

processManagement:
   fork: true
   pidFilePath: /data/mongodb/data/mongodb.pid
#   timeZoneInfo: <string>

net:
   port: 27017
   bindIp: 0.0.0.0
   maxIncomingConnections: 65536
   wireObjectCheck: true
   ipv6: false
   unixDomainSocket:
      enabled: true
      pathPrefix: /tmp
      filePermissions: 0700
   tls:
      mode: disabled
   compression:
      compressors: snappy,zstd,zlib
   serviceExecutor: synchronous

#security:
#   keyFile: <string>
#   clusterAuthMode: keyFile
#   authorization: enabled
#   transitionToAuth: false
#   javascriptEnabled: true
#   redactClientLogData: <boolean>
#   clusterIpSourceWhitelist:
#     - 127.0.0.1
#     - ::1

storage:
   dbPath: /data/mongodb/data/
   indexBuildRetry: true
   journal:
      enabled: true
      commitIntervalMs: 500
   directoryPerDB: true
   syncPeriodSecs: 60
   engine: wiredTiger
   wiredTiger:
      engineConfig:
#         cacheSizeGB: <number>
         journalCompressor: snappy
         directoryForIndexes: false
operationProfiling:
   # 指定應分析哪些操作，預設off：分析器已關閉，並且不收集任何資料；slowOp：收集比slowms的時間長的資料；all：收集所有操作的資料
   mode: slowOp
   slowOpThresholdMs: 100
   slowOpSampleRate: 1

replication:
   # 複製日誌（oplog）的最大大小（以M為單位），僅適用於mongod。操作日誌通常是可用磁碟空間的5％，更改正在執行的副本整合員的操作日誌大小，請使用replSetResizeOplog管理命令。
   oplogSizeMB: 100
   # replSetName: <string>

#sharding:
   # 分片群集中扮演的角色，可選值configsvr：配置伺服器，埠27019開始；shardsvr：分片，埠27018開始；需要將例項部署為副本整合員，使用replSetName設定並指定副本集的名稱，僅適用於mongod。
   # clusterRole: <string>
   # configDB: <string>
View Code

使用者管理

在一個新的例項上，建立的第一個使用者應該是具有管理其他使用者許可權的使用者管理員。在MongoDB部署上啟用訪問控制會強制執行身份驗證，要求使用者認證自己，使用者只能執行根據其角色確定的操作。具體的使用者管理可以看官方文件或則MongoDB使用者建立，本文做下補充。

1，建立使用者：db.createUser(user,writeConcern)

user：包含有關要建立的使用者的身份驗證和訪問資訊。
writeConcern：可選，建立操作的寫關注級別。 writeConcern文件的欄位與getLastError命令的欄位相同。

MongoDB4.2開始，可以使用passwordPrompt()方法來提示輸入密碼，不需要在命令中指定密碼。但仍然可以像使用早期版本的MongoDB一樣直接指定密碼。格式：

{
  user: "<name>",   -- 使用者名稱
  pwd: passwordPrompt(),    -- 提示輸入密碼，也可以直接寫密碼
  customData: { <any information> },  -- 可選，可用於儲存與此特定使用者關聯的任何資料。 例如，這可以是使用者的全名或員工ID。
  roles: [
    { role: "<role>", db: "<database>" } | "<role>",
    ...
  ],     -- 授予使用者的角色。 可以指定一個空陣列[]來建立沒有角色的使用者
  authenticationRestrictions: [
     {
       clientSource: ["<IP>" | "<CIDR range>", ...],
       serverAddress: ["<IP>" | "<CIDR range>", ...]
     },
     ...
  ],  -- 可選，伺服器對建立的使用者強制執行的身份驗證限制，指定允許使用者連線到伺服器或伺服器可以接受使用者的IP地址和CIDR(無類別域間路由)範圍的列表
  mechanisms: [ "<SCRAM-SHA-1|SCRAM-SHA-256>", ... ],  --可選，指定特定的SCRAM機制或用於建立SCRAM使用者憑據的機制
  passwordDigestor: "<server|client>"  --可選，指伺服器還是客戶端提取密碼。
}

其中在roles欄位中，可以指定內建角色和使用者定義的角色：

Built-In Roles（內建角色）：
    1. 資料庫使用者角色：read、readWrite;
    2. 資料庫管理角色：dbAdmin、dbOwner、userAdmin；
    3. 叢集管理角色：clusterAdmin、clusterManager、clusterMonitor、hostManager；
    4. 備份恢復角色：backup、restore；
    5. 所有資料庫角色：readAnyDatabase、readWriteAnyDatabase、userAdminAnyDatabase、dbAdminAnyDatabase
    6. 超級使用者角色：root  
    // 這裡還有幾個角色間接或直接提供了系統超級使用者的訪問（dbOwner 、userAdmin、userAdminAnyDatabase）
    7. 內部角色：__system

具體許可權：

read：允許使用者讀取指定資料庫
readWrite：允許使用者讀寫指定資料庫
dbAdmin：允許使用者在指定資料庫中執行管理函式，如索引建立、刪除，檢視統計或訪問system.profile
userAdmin：允許使用者向system.users集合寫入，可以找指定資料庫裡建立、刪除和管理使用者
clusterAdmin：只在admin資料庫中可用，賦予使用者所有分片和複製集相關函式的管理許可權。
readAnyDatabase：只在admin資料庫中可用，賦予使用者所有資料庫的讀許可權
readWriteAnyDatabase：只在admin資料庫中可用，賦予使用者所有資料庫的讀寫許可權
userAdminAnyDatabase：只在admin資料庫中可用，賦予使用者所有資料庫的userAdmin許可權
dbAdminAnyDatabase：只在admin資料庫中可用，賦予使用者所有資料庫的dbAdmin許可權。
root：只在admin資料庫中可用。超級賬號，超級許可權

建立使用者：

db.createUser(
{
user:'dba',
pwd:passwordPrompt(),
roles:[{role:'root',db:'admin'}],
customData:{name:'運維賬號'},
authenticationRestrictions: [ {
        clientSource: ["192.168.163.134"],
        serverAddress: ["192.168.163.134"]
     } ]
}
)

說明：建立一個使用者名稱為dba的管理角色(root)的賬號，且備註為運維賬號，並只能在IP為192.168.163.134的主機上訪問。

use xxx
db.createUser(
{
user:'zjy',
pwd:passwordPrompt(),
roles:[{role:'readAnyDatabase',db:'admin'},
"readWrite"
],
customData:{name:'運維賬號'},
authenticationRestrictions: [ {
        clientSource: ["192.168.163.134"],
        serverAddress: ["192.168.163.134"]
     } ]
},
{ w: "majority" , wtimeout: 5000 }
)

說明：建立一個使用者名稱為zjy的賬號，對當前庫（xxx）有readWrite許可權，對指定庫（admin）有readAnyDatabase許可權；且備註為運維賬號，並只能在IP為192.168.163.134的主機上訪問。

關於賬號許可權的一些說明可以看MongoDB使用者建立。

2，修改使用者密碼：db.changeUserPassword(username,password)

db.changeUserPassword('user','pwd')

3，檢視指定使用者：db.getUser(username, args)

格式：

db.getUser( "<username>", {
   showCredentials: <Boolean>,
   showPrivileges: <Boolean>,
   showAuthenticationRestrictions: <Boolean>,
   filter: <document>
} )

其中"<username>"表示資料庫使用者，其他的引數都是可選項：

  • showCredentials：檢視使用者證書
  • showPrivileges：檢視使用者許可權
  • showAuthenticationRestrictions：檢視使用者限制條件
> db.getUser('dba')
{
    "_id" : "admin.dba",
    "userId" : UUID("6a1c2217-0c5b-4aa6-a29b-de50ac1d84ae"),
    "user" : "dba",
    "db" : "admin",
    "customData" : {
        "name" : "運維賬號abc"
    },
    "roles" : [
        {
            "role" : "root",
            "db" : "admin"
        }
    ],
    "mechanisms" : [
        "SCRAM-SHA-1",
        "SCRAM-SHA-256"
    ]
}

> db.getUser('dba',{showPrivileges:1})
...
...

4，檢視當前庫的所有使用者：db.getUsers(<options>)

> db.getUsers() == show users
[
    {
        "_id" : "xxx.zjy",
        "userId" : UUID("2ad9f4c9-e156-4e71-b8f9-3915beb322e8"),
        "user" : "zjy",
        "db" : "xxx",
        "customData" : {
            "name" : "運維賬號"
        },
        "roles" : [
            {
                "role" : "readAnyDatabase",
                "db" : "admin"
            },
            {
                "role" : "readWrite",
                "db" : "xxx"
            }
        ],
        "mechanisms" : [
            "SCRAM-SHA-1",
            "SCRAM-SHA-256"
        ]
    }
]

5，移除、刪除指定使用者：db.removeUser(username)、db.dropUser(username, writeConcern)

> db.removeUser('zjy')
WARNING: db.removeUser has been deprecated, please use db.dropUser instead  --不推薦使用
true

> db.dropUser('accountAdmin01',{w: "majority", wtimeout: 5000})
true

如果在副本集上執行，則預設情況下使用多數寫關注來執行db.dropUser()。

6，刪除當前庫所有使用者：db.dropAllUsers(writeConcern)

> db.dropAllUsers({w: "majority", wtimeout: 5000})
NumberLong(4)

7，更新指定使用者：db.updateUser(username, update, writeConcern)

格式：

db.updateUser(
   "<username>",
   {
     customData : { <any information> },
     roles : [
       { role: "<role>", db: "<database>" } | "<role>",
       ...
     ],
     pwd: passwordPrompt(),      // Or  "<cleartext password>"
     authenticationRestrictions: [
        {
          clientSource: ["<IP>" | "<CIDR range>", ...],
          serverAddress: ["<IP>", | "<CIDR range>", ...]
        },
        ...
     ],
     mechanisms: [ "<SCRAM-SHA-1|SCRAM-SHA-256>", ... ],
     passwordDigestor: "<server|client>"
   },
   writeConcern: { <write concern> }
)

上面各個引數的意思和createUser一致。

> db.updateUser(
... 'user123',
... {
... pwd:passwordPrompt(),
... roles:['read'],
... customData:{name:'運維賬號'},
... authenticationRestrictions: [ {
...         clientSource: ["192.168.163.134"],
...         serverAddress: ["192.168.163.134"]
...      } ]
... },
... { w: "majority" , wtimeout: 5000 }
... )

8，授權role給指定使用者：db.grantRolesToUser(username, roles, writeConcern)

格式：

db.grantRolesToUser( "<username>", [ <roles> ], { <writeConcern> } )
> show users;
{
    "_id" : "products.user123",
    "userId" : UUID("b71e3c9d-1e57-4178-b6f8-48445ee2ebfc"),
    "user" : "user123",
    "db" : "products",
    "roles" : [
        {
            "role" : "read",
            "db" : "products"
        }
    ],
    "customData" : {
        "name" : "運維賬號"
    },
    "mechanisms" : [
        "SCRAM-SHA-1",
        "SCRAM-SHA-256"
    ]
}

> db.grantRolesToUser('user123',['readWrite',{role:'read',db:'test'}]) 

> show users;
{
    "_id" : "products.user123",
    "userId" : UUID("b71e3c9d-1e57-4178-b6f8-48445ee2ebfc"),
    "user" : "user123",
    "db" : "products",
    "roles" : [
        {
            "role" : "readWrite",
            "db" : "products"
        },
        {
            "role" : "read",
            "db" : "test"
        },
        {
            "role" : "read",
            "db" : "products"
        }
    ],
    "customData" : {
        "name" : "運維賬號"
    },
    "mechanisms" : [
        "SCRAM-SHA-1",
        "SCRAM-SHA-256"
    ]
}

說明：在已有使用者（user123）的許可權下，新增當前庫（products）的readWrite role和test庫的read role。

9，移除指定使用者的role：db.revokeRolesFromUser()

格式：

db.revokeRolesFromUser( "<username>", [ <roles> ], { <writeConcern> } )
> show users;
{
    "_id" : "products.user123",
    "userId" : UUID("b71e3c9d-1e57-4178-b6f8-48445ee2ebfc"),
    "user" : "user123",
    "db" : "products",
    "roles" : [
        {
            "role" : "readWrite",
            "db" : "products"
        },
        {
            "role" : "read",
            "db" : "test"
        },
        {
            "role" : "read",
            "db" : "products"
        }
    ],
    "customData" : {
        "name" : "運維賬號"
    },
    "mechanisms" : [
        "SCRAM-SHA-1",
        "SCRAM-SHA-256"
    ]
}

> db.revokeRolesFrom
db.revokeRolesFromRole(  db.revokeRolesFromUser(

> db.revokeRolesFromUser('user123',[{role:'read',db:'test'},'readWrite'])

> show users;
{
    "_id" : "products.user123",
    "userId" : UUID("b71e3c9d-1e57-4178-b6f8-48445ee2ebfc"),
    "user" : "user123",
    "db" : "products",
    "roles" : [
        {
            "role" : "read",
            "db" : "products"
        }
    ],
    "customData" : {
        "name" : "運維賬號"
    },
    "mechanisms" : [
        "SCRAM-SHA-1",
        "SCRAM-SHA-256"
    ]
}

說明：移除已有使用者（user123）在當前庫（products）的readWrite role和test庫的read role許可權。

10，使用者認證：db.auth(username,password)

> db.auth('dba','DBA')
1

以上說明的role都是內建角色，使用者自定義角色可以看官方文件說明。

角色管理

1，建立角色：db.createRole(role, writeConcern)

格式：

{
  role: "<name>",      --新角色的名稱
  privileges: [
     { resource: { <resource> }, actions: [ "<action>", ... ] },
     ...
  ],      --許可權，由resource和actions組成。空陣列表示無許可權
  roles: [
     { role: "<role>", db: "<database>" } | "<role>",
      ...
  ],     --角色的陣列，此角色從中繼承特權，空陣列表示沒有繼承角色
  authenticationRestrictions: [
    {
      clientSource: ["<IP>" | "<CIDR range>", ...],
      serverAddress: ["<IP>" | "<CIDR range>", ...]
    },
    ...
  ]    --驗證限制
}

resource表示資源，包括database或collection也可以是database和collection的組合：

{ db: <database>, collection: <collection> }

actions表示許可權操作，"actions" 定義了"user"能夠對 "resource document"執行的操作：

find、insert、remove、update

privilege表示許可權，"privilege" 是一組"resource" 和 "actions" 的組，關於privileges的詳細資訊見官方說明，裡面有各個命令的許可權說明

>db.createRole(
   {role:"zhoujy", //角色名稱
       privileges: [ // 許可權集
        {resource: //資源 
         {db:"xxx",     // 建立的zhoujy角色具有對xxx庫的操作許可權，具體許可權見actions
          collection:""   // xxx庫下對應的集合名 如果為"" 表示所有集合
         },
          actions: [ "find", "insert", "remove","update" ]   //角色可進行的操作，注意這裡是一個數組
        }
                   ],
         roles: [{ role: "read", db: "admin" }] // 是否繼承其他的角色，如果指定了其他角色那麼新建立的角色自動繼承對應其他角色的所有許可權，該引數必須顯示指定
   },
  { w: "majority" , wtimeout: 5000 }
)

說明：建立了一個zhoujy的role，可以像內建角色一樣來使用。

2，檢視指定角色資訊：db.getRole(rolename, args)

引數：

showBuiltinRoles：可選，在輸出中返回內建角色資訊

showPrivileges：可選，在輸出中返回許可權資訊

> db.getRole('zhoujy')
{
    "role" : "zhoujy",
    "db" : "admin",
    "isBuiltin" : false,
    "roles" : [ ],
    "inheritedRoles" : [ ]
}

> db.getRole('zhoujy',{showPrivileges: true})
{
    "role" : "zhoujy",
    "db" : "admin",
    "isBuiltin" : false,
    "roles" : [ ],
    "inheritedRoles" : [ ],
    "privileges" : [
        {
            "resource" : {
                "db" : "xxx",
                "collection" : ""
            },
            "actions" : [
                "find",
                "insert",
                "remove",
                "update"
            ]
        }
    ],
    "inheritedPrivileges" : [
        {
            "resource" : {
                "db" : "xxx",
                "collection" : ""
            },
            "actions" : [
                "find",
                "insert",
                "remove",
                "update"
            ]
        }
    ]
}

3，檢視當前資料庫中所有的角色資訊：db.getRoles()

不帶引數執行，返回資料庫使用者定義角色的繼承資訊，引數：

rolesInfo：1，返回所有使用者定義的角色資訊

showPrivileges：true，返回所有使用者的許可權資訊

showBuiltinRoles：true，返回內建角色資訊

>db.getRoles(
    {
      rolesInfo: 1,
      showPrivileges:true,
      showBuiltinRoles: true
    }
)

4，角色授權：db.grantPrivilegesToRole(rolename, privileges, writeConcern)

> db.grantPrivilegesToRole(
  "zhoujy",
  [
    {
      resource: { db: "products", collection: "" },
      actions: [ "insert","find"  ]
    }
  ],
  { w: "majority" }
)

說明：在已有的role下面，再追加許可權。

5，角色許可權回收：db.revokePrivilegesFromRole(rolename, privileges, writeConcern)

> db.revokePrivilegesFromRole(
  "zhoujy",
  [
    {
      resource: { db: "products", collection: "" },
      actions: [ "insert" ]
    }
  ],
  { w: "majority" }
)

說明：在已有的role下面，刪除許可權。

6，角色繼承：db.grantRolesToRole(rolename,roles,writeConcern)

> db.grantRolesToRole(  
          "zhoujy",
           [ "zhoujy1","zhoujy2" ],
           { w: "majority" , wtimeout: 5000 }
                    )

說明：將 zhoujy1、zhoujy2 兩個角色（假設之前已經建立好）的許可權授予zhoujy角色

7，繼承角色回收：db.revokeRolesFromRole(rolename,roles,writeConcern)

db.revokeRolesFromRole(
          "zhoujy" ,
          [ "zhoujy2" ]
                      )

說明：撤銷zhoujy角色從zhoujy2角色所繼承的所有許可權

8，更新角色：db.updateRole(rolename,update,writeConcern)

格式：

    "<rolename>",  --角色名
    {
      privileges:
          [
            { resource: { <resource> }, actions: [ "<action>", ... ] },
            ...
          ],  --許可權
      roles:
          [
            { role: "<role>", db: "<database>" } | "<role>",
            ...
          ],   --角色
      authenticationRestrictions:
          [
            {
              clientSource: ["<IP>" | "<CIDR range>", ...],
              serverAddress: ["<IP>", | "<CIDR range>", ...]
            },
            ...
          ]
    },    -- 限制
    { <writeConcern> } --寫關注
)
> db.updateRole(
   "zhoujy",
   {
      privileges: 
      [
        {
        resource:{db:"xxx", collection:""},
        actions: [ "find", "insert", "remove","update" ]
        }
       ],
      roles: []
   },
  { w: "majority" , wtimeout: 5000 }
)

9，刪除角色：db.dropRole(rolename,writeConcern)

> db.dropRole('myClusterwideAdmin', { w: "majority" })
true

10，刪除當前庫所有使用者自定義的角色：db.dropAllRoles(writeConcern)

db.dropAllRoles( { w: "majority" } )

到此，關於使用者管理的已經介紹完，更多的詳細資訊可以見官網說明，或可以查閱MongoDB 許可權控制系統簡介。需要注意的是，需要開啟伺服器引數中的security.authorization:true，才會使用使用者驗證（db.auth()）。

總結

本文大致介紹了MongoDB使用者管理的使用說明，後續根據需要會持續更新本文。關於使用者管理的更多說明可以看官方文件

參考文章：

MongoDB 3.0 使用者建立

MongoDB 許可權控制系統簡介

相關推薦

MongoDB 4.2 使用者管理

背景 最近在掃盲MongoDB 4.2 的相關知識點，順便記錄下日常的一些操作。包括：使用者管理、索引管理、引擎管理、副本集管理、分片管理等。本文對MongoDB的使用者管理進行說明。

centos8 使用yum 安裝 mongodb 4.2的方法

1、製作 repo 檔案 參考 mongodb 官方的安裝文件，使用下面的指令碼製作Yum庫安裝mongodb4.2，但安裝過程提示 \"Failed to synchronize cache for repo \'mongodb-org-4.2\'\"

mongodb 4.2文件翻譯--插入文件

mongodb提供了以下三個方法插入新文件記錄到集合中 插入一條文件 db.collection.insertOne()

Windows系統安裝MongoDB 4.2.8教程（最新）

1. 下載mongodb安裝包 地址連結：https://www.mongodb.com/try/download/community 預設最新穩定版本，推薦下載msi的安裝包。

Mongodb 4.2.3分片叢集安裝及測試文件

一、軟體介紹 1.1軟體需求背景 高資料量和吞吐量的資料庫應用會對單機的效能造成較大壓力,大的查詢量會將單機的CPU耗盡,大的資料量對單機的儲存壓力較大,最終會耗盡系統的記憶體而將壓力轉移到磁碟IO上。

2.MongoDB 4.2副本集環境基於時間點的恢復

（一）MongoDB恢復概述 對於任何資料庫，如果要將資料庫恢復到過去的任意時間點，否需要有過去某個時間點的全備+全備之後的重做日誌。

Docker mongoDB 4.2.1 安裝並收集springboot日誌的步驟詳解

一：docker安裝好mongodb 第一步：docker安裝好mongodb [root@iZbp1gp1t778obaz5m8vk8Z /]# docker search mongo

MongoDB 4.2副本集新增/刪除副本（一主一副一仲裁）

一、修改/etc/hosts 1 2 3 4 172.16.254.131mongo1 172.16.254.132mongo2 172.16.254.133mongo3 172.16.254.134mongo4

MongoDB 4.2副本集自動故障轉移（一主一副一仲裁）

一、檢查副本集狀態 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

4.2 制定專案管理計劃 4.3-4.4指導與管理專案工作和管理專案知識

範圍基準進度基準成本基準 專案檔案是中間檔案，跟專案管理計劃互不包含 問題日誌： 描述 - 優先順序 - 責任人 - 完成日期

Linux安裝MongoDB 4.4.2

什麼是MongoDB？ MongoDB是一個高效能，開源，無模式的文件型資料庫，是當前NoSql資料庫中比較熱門的一種。MongoDB 是一個介於關係資料庫和非關係資料庫之間的產品，是非關係資料庫當中功能

4.2 ROS節點執行管理launch檔案

4.2 ROS節點執行管理launch檔案 關於 launch 檔案的使用我們已經不陌生了，在第一章內容中，就曾經介紹到:

【4.2】未轉變者3.22.7.0更新

結合谷歌翻譯的 版本(原文在末尾)： 更新日誌: 新增（added）: 遮罩時，相機附近的剪輯平面相交水。

Ubuntu 18.04安裝MongoDB 4.0 的教程詳解

首先，匯入包管理的公鑰。 Ubuntu包管理工具(即dpkg和apt)要求發行商使用GPG金鑰簽署包，從而確保包的一致性和真實性。

mongoDB 4.0事務回滾的辛酸歷程探究

前言 主管前幾天發現mongoDB已經升級到4.0了，迫不及待得讓我實現他期待已久的事務回滾，發現還是有很多坑啊！

Spring Boot 整合——MongoDB整合2（MongoDB實體建立以及簡單CRUD）

文章前面 關於版本 依賴 版本 springboot 2.0.8.RELEASE mongodb 4.0.14 本內容只是為了介紹mongodb最基礎的使用以及配置，作為一個知名的資料庫，其存在相當多的高階用法，展開來介紹內容會相當多，

1-4-2 Java面向物件--static和程式碼塊

static 靜態成員和非靜態成員 靜態成員 靜態成員是屬於整個類的，由類所進行維護，僅在類初次載入時會被初始化，在類銷燬時回收。通過該類例項化的所有物件都共享類中靜態資源，任一物件中資訊的修訂都將影響所有物件

3dTiles 資料規範詳解[4.2] i3dm瓦片二進位制資料檔案結構

i3dm，即 Instanced 3D Model，例項三維模型的意思。 諸如樹木、路燈、路邊的垃圾桶、長椅等具有明顯 重複 特徵的資料。這類資料用得較少（笑，現在都喜歡搞BIM、傾斜攝影、精模、白模等）

4.2 使用 Beautiful Soup

4.2 使用 Beautiful Soup 前面介紹了正則表示式的相關用法，但是一旦正則表示式寫的有問題，得到的可能就不是我們想要的結果了。而且對於一個網頁來說，都有一定的特殊結構和層級關係，而且很多節點都有 id 或 class

NTP 4.2.6p5版本導致多個系統安全漏洞

問題描述：通過漏洞掃描發現NTP 4.2.6p5版本導致多個系統漏洞，需要升級版本更高的ntp，一般剛開始都是yum直接裝ntp包，現在需要重新解除安裝安裝原始碼包