MongoDB-副本集-Replica Sets

news2024/9/23 1:39:57

(一) 副本集-Replica Sets

1. 简介

MongoDB中的副本集(Replica Set)是一组维护相同数据集的mongod服务。 副本集可提供冗余和高

可用性,是所有生产部署的基础。也可以说,副本集类似于有自动故障恢复功能的主从集群。通俗的讲就是用多台机器进行同一数据的异步同步,从而使多台机器拥有同一数据的多个副本,并且当主库当掉时在不需要用户干预的情况下自动切换其他备份服务器做主库。而且还可以利用副本服务器做只读服务器,实现读写分离,提高负载。

(1)冗余和数据可用性

复制提供冗余并提高数据可用性。 通过在不同数据库服务器上提供多个数据副本,复制可提供一定级别

的容错功能,以防止丢失单个数据库服务器。在某些情况下,复制可以提供增加的读取性能,因为客户端可以将读取操作发送到不同的服务上, 在不同数据中心维护数据副本可以增加分布式应用程序的数据位置和可用性。 您还可以为专用目的维护其他副本,例如灾难恢复,报告或备份。

(2)MongoDB中的复制

副本集是一组维护相同数据集的mongod实例。 副本集包含多个数据承载节点和可选的一个仲裁节点。在承载数据的节点中,一个且仅一个成员被视为主节点,而其他节点被视为次要(从)节点。主节点接收所有写操作。 副本集只能有一个主要能够确认具有{w:“most”}写入关注的写入; 虽然在某些情况下,另一个mongod实例可能暂时认为自己也是主要的。主要记录其操作日志中的数据集的所有更改,即oplog。

辅助(副本)节点复制主节点的oplog并将操作应用于其数据集,以使辅助节点的数据集反映主节点的数据

集。 如果主要人员不在,则符合条件的中学将举行选举以选出新的主要人员。

(3)主从复制和副本集区别

主从集群和副本集最大的区别就是副本集没有固定的“主节点”;整个集群会选出一个“主节点”,当其挂

掉后,又在剩下的从节点中选中其他节点为“主节点”,副本集总有一个活跃点(主、primary)和一个或多

个备份节点(从、secondary)。

2. 副本集的三个角色

副本集有两种类型三种角色

两种类型:

  • 主节点(Primary)类型:数据操作的主要连接点,可读写。
  • 次要(辅助、从)节点(Secondaries)类型:数据冗余备份节点,可以读或选举。

三种角色:

  • 主要成员(Primary):主要接收所有写操作。就是主节点。
  • 副本成员(Replicate):从主节点通过复制操作以维护相同的数据集,即备份数据,不可写操作,但可以读操作(但需要配置)。是默认的一种从节点类型。
  • 仲裁者(Arbiter):不保留任何数据的副本,只具有投票选举作用。当然也可以将仲裁服务器维护为副本集的一部分,即副本成员同时也可以是仲裁者。也是一种从节点类型。

关于仲裁者的额外说明:

您可以将额外的mongod实例添加到副本集作为仲裁者。 仲裁者不维护数据集。 仲裁者的目的是通过响应其他副本集成员的心跳和选举请求来维护副本集中的仲裁。 因为它们不存储数据集,所以仲裁器可以是提供副本集仲裁功能的好方法,其资源成本比具有数据集的全功能副本集成员更便宜。如果您的副本集具有偶数个成员,请添加仲裁者以获得主要选举中的“大多数”投票。 仲裁者不需要专用硬件。

仲裁者将永远是仲裁者,而主要人员可能会退出并成为次要人员,而次要人员可能成为选举期间的主要人员。

如果你的副本+主节点的个数是偶数,建议加一个仲裁者,形成奇数,容易满足大多数的投票。如果你的副本+主节点的个数是奇数,可以不加仲裁者。

3. 副本集架构

一主一副本一仲裁

4. 副本集的创建

一、第一步:创建主节点
#-----------myrs
#主节点
mkdir -p /mongodb/replica_sets/myrs_27017/log \ &
mkdir -p /mongodb/replica_sets/myrs_27017/data/db

新建或修改配置文件:

vim /mongodb/replica_sets/myrs_27017/mongod.conf
systemLog:
#MongoDB发送所有日志输出的目标指定为文件
destination: file
#mongod或mongos应向其发送所有诊断日志记录信息的日志文件的路径
path: "/mongodb/replica_sets/myrs_27017/log/mongod.log"
#当mongos或mongod实例重新启动时,mongos或mongod会将新条目附加到现有日志文件的末尾。
logAppend: true
storage:
#mongod实例存储其数据的目录。storage.dbPath设置仅适用于mongod。
dbPath: "/mongodb/replica_sets/myrs_27017/data/db"
journal:
#启用或禁用持久性日志以确保数据文件保持有效和可恢复。
enabled: true
processManagement:
#启用在后台运行mongos或mongod进程的守护进程模式。
fork: true
#指定用于保存mongos或mongod进程的进程ID的文件位置,其中mongos或mongod将写入其PID
pidFilePath: "/mongodb/replica_sets/myrs_27017/log/mongod.pid"
net:
#服务实例绑定所有IP,有副作用,副本集初始化的时候,节点名字会自动设置为本地域名,而不是ip
#bindIpAll: true
#服务实例绑定的IP
bindIp: localhost,192.168.0.2
#bindIp
#绑定的端口
port: 27017
replication:
#副本集的名称
replSetName: myrs

启动节点服务:

[root@bobohost replica_sets]# /usr/local/mongodb/bin/mongod -f
/mongodb/replica_sets/myrs_27017/mongod.conf
about to fork child process, waiting until server is ready for connections.
forked process: 54257
child process started successfully, parent exiting
二、第二步:创建副本节点

建立存放数据和日志的目录

#-----------myrs
#副本节点
mkdir -p /mongodb/replica_sets/myrs_27018/log \ &
mkdir -p /mongodb/replica_sets/myrs_27018/data/db

新建或修改配置文件:

vim /mongodb/replica_sets/myrs_27018/mongod.conf
systemLog:
#MongoDB发送所有日志输出的目标指定为文件
destination: file
#mongod或mongos应向其发送所有诊断日志记录信息的日志文件的路径
path: "/mongodb/replica_sets/myrs_27018/log/mongod.log"
#当mongos或mongod实例重新启动时,mongos或mongod会将新条目附加到现有日志文件的末尾。
logAppend: true
storage:
#mongod实例存储其数据的目录。storage.dbPath设置仅适用于mongod。
dbPath: "/mongodb/replica_sets/myrs_27018/data/db"
journal:
#启用或禁用持久性日志以确保数据文件保持有效和可恢复。
enabled: true
processManagement:
#启用在后台运行mongos或mongod进程的守护进程模式。
fork: true
#指定用于保存mongos或mongod进程的进程ID的文件位置,其中mongos或mongod将写入其PID
pidFilePath: "/mongodb/replica_sets/myrs_27018/log/mongod.pid"
net:
#服务实例绑定所有IP,有副作用,副本集初始化的时候,节点名字会自动设置为本地域名,而不是ip
#bindIpAll: true
#服务实例绑定的IP
bindIp: localhost,192.168.0.2
#bindIp
#绑定的端口
port: 27018
replication:
#副本集的名称
replSetName: myrs

启动节点服务:

[root@bobohost replica_sets]# /usr/local/mongodb/bin/mongod -f
/mongodb/replica_sets/myrs_27018/mongod.conf
about to fork child process, waiting until server is ready for connections.
forked process: 54361
child process started successfully, parent exiting
三、第三步:创建仲裁节点

建立存放数据和日志的目录

#-----------myrs
#仲裁节点
mkdir -p /mongodb/replica_sets/myrs_27019/log \ &
mkdir -p /mongodb/replica_sets/myrs_27019/data/db

仲裁节点:

新建或修改配置文件:

vim /mongodb/replica_sets/myrs_27019/mongod.conf
systemLog:
#MongoDB发送所有日志输出的目标指定为文件
destination: file
#mongod或mongos应向其发送所有诊断日志记录信息的日志文件的路径
path: "/mongodb/replica_sets/myrs_27019/log/mongod.log"
#当mongos或mongod实例重新启动时,mongos或mongod会将新条目附加到现有日志文件的末尾。
logAppend: true
storage:
#mongod实例存储其数据的目录。storage.dbPath设置仅适用于mongod。
dbPath: "/mongodb/replica_sets/myrs_27019/data/db"
journal:
#启用或禁用持久性日志以确保数据文件保持有效和可恢复。
enabled: true
processManagement:
#启用在后台运行mongos或mongod进程的守护进程模式。
fork: true
#指定用于保存mongos或mongod进程的进程ID的文件位置,其中mongos或mongod将写入其PID
pidFilePath: "/mongodb/replica_sets/myrs_27019/log/mongod.pid"
net:
#服务实例绑定所有IP,有副作用,副本集初始化的时候,节点名字会自动设置为本地域名,而不是ip
#bindIpAll: true
#服务实例绑定的IP
bindIp: localhost,192.168.0.2
#bindIp
#绑定的端口
port: 27019
replication:
#副本集的名称
replSetName: myrs

启动节点服务:

[root@bobohost replica_sets]# /usr/local/mongodb/bin/mongod -f
/mongodb/replica_sets/myrs_27019/mongod.conf
about to fork child process, waiting until server is ready for connections.
forked process: 54410
child process started successfully, parent exiting
四、第四步:初始化配置副本集和主节点

使用客户端命令连接任意一个节点,但这里尽量要连接主节点(27017节点):

/usr/local/mongodb/bin/mongo --host=180.76.159.126 --port=27017

结果,连接上之后,很多命令无法使用,,比如 show dbs 等,必须初始化副本集才行

准备初始化新的副本集:

语法:

rs.initiate(configuration)

选项:

【示例】

使用默认的配置来初始化副本集:

rs.initiate()

执行结果:

> rs.initiate()
{
"info2" : "no configuration specified. Using a default configuration for
the set",
"me" : "180.76.159.126:27017",
"ok" : 1,
"operationTime" : Timestamp(1565760476, 1),
"$clusterTime" : {
"clusterTime" : Timestamp(1565760476, 1),
"signature" : {
"hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
"keyId" : NumberLong(0)
}
}
}
myrs:SECONDARY>
myrs:PRIMARY>

提示:

1)“ok”的值为1,说明创建成功。

2)命令行提示符发生变化,变成了一个从节点角色,此时默认不能读写。稍等片刻,回车,变成主节

点。

五、第五步:查看副本集的配置内容

说明:返回包含当前副本集配置的文档。

语法:

rs.conf(configuration)

提示:

rs.config() 是该方法的别名。

configuration:可选,如果没有配置,则使用默认主节点配置。

【示例】

在27017上执行副本集中当前节点的默认节点配置

myrs:PRIMARY> rs.conf()
{
  "_id" : "myrs",
  "version" : 1,
  "protocolVersion" : NumberLong(1),
  "writeConcernMajorityJournalDefault" : true,
  "members" : [
    {
      "_id" : 0,
      "host" : "180.76.159.126:27017",
      "arbiterOnly" : false,
      "buildIndexes" : true,
      "hidden" : false,
      "priority" : 1,
      "tags" : {
      },
      "slaveDelay" : NumberLong(0),
      "votes" : 1
    }
  ],
  "settings" : {
    "chainingAllowed" : true,
    "heartbeatIntervalMillis" : 2000,
    "heartbeatTimeoutSecs" : 10,
    "electionTimeoutMillis" : 10000,
    "catchUpTimeoutMillis" : -1,
    "catchUpTakeoverDelayMillis" : 30000,
    "getLastErrorModes" : {
    },
    "getLastErrorDefaults" : {
      "w" : 1,
      "wtimeout" : 0
    },
    "replicaSetId" : ObjectId("5d539bdcd6a308e600d126bb")
  }
}

说明:

1) "_id" : "myrs" :副本集的配置数据存储的主键值,默认就是副本集的名字

2) "members" :副本集成员数组,此时只有一个: "host" : "180.76.159.126:27017" ,该成员不

是仲裁节点: "arbiterOnly" : false ,优先级(权重值): "priority" : 1,

3) "settings" :副本集的参数配置。

提示:副本集配置的查看命令,本质是查询的是 system.replset 的表中的数据:

myrs:PRIMARY> use local
switched to db local
myrs:PRIMARY> show collections
oplog.rs
replset.election
replset.minvalid
replset.oplogTruncateAfterPoint
startup_log
system.replset
system.rollback.id
myrs:PRIMARY> db.system.replset.find()
{ "_id" : "myrs", "version" : 1, "protocolVersion" : NumberLong(1),
"writeConcernMajorityJournalDefault" : true, "members" : [ { "_id" : 0, "host" :
"180.76.159.126:27017", "arbiterOnly" : false, "buildIndexes" : true, "hidden" :
false, "priority" : 1, "tags" : { }, "slaveDelay" : NumberLong(0), "votes" : 1
} ], "settings" : { "chainingAllowed" : true, "heartbeatIntervalMillis" : 2000,
"heartbeatTimeoutSecs" : 10, "electionTimeoutMillis" : 10000,
"catchUpTimeoutMillis" : -1, "catchUpTakeoverDelayMillis" : 30000,
"getLastErrorModes" : { }, "getLastErrorDefaults" : { "w" : 1, "wtimeout" : 0
}, "replicaSetId" : ObjectId("5d539bdcd6a308e600d126bb") } }
myrs:PRIMARY>
六、第六步:查看副本集状态

检查副本集状态。

说明:返回包含状态信息的文档。此输出使用从副本集的其他成员发送的心跳包中获得的数据反映副本集的当

前状态。

rs.status()

【示例】

在27017上查看副本集状态:

myrs:PRIMARY> rs.status()
{
  "set" : "myrs",
  "date" : ISODate("2019-08-14T05:29:45.161Z"),
  "myState" : 1,
  "term" : NumberLong(1),
  "syncingTo" : "",
  "syncSourceHost" : "",
  "syncSourceId" : -1,
  "heartbeatIntervalMillis" : NumberLong(2000),
  "optimes" : {
    "lastCommittedOpTime" : {
      "ts" : Timestamp(1565760578, 1),
      "t" : NumberLong(1)
    },
    "readConcernMajorityOpTime" : {
      "ts" : Timestamp(1565760578, 1),
      "t" : NumberLong(1)
    },
    "appliedOpTime" : {
      "ts" : Timestamp(1565760578, 1),
      "t" : NumberLong(1)
    },
    "durableOpTime" : {
      "ts" : Timestamp(1565760578, 1),
      "t" : NumberLong(1)
    }
  },
  "lastStableCheckpointTimestamp" : Timestamp(1565760528, 1),
  "members" : [
    {
      "_id" : 0,
      "name" : "180.76.159.126:27017",
      "health" : 1,
      "state" : 1,
      "stateStr" : "PRIMARY",
      "uptime" : 419,
      "optime" : {
        "ts" : Timestamp(1565760578, 1),
        "t" : NumberLong(1)
      },
      "optimeDate" : ISODate("2019-08-14T05:29:38Z"),
      "syncingTo" : "",
      "syncSourceHost" : "",
      "syncSourceId" : -1,
      "infoMessage" : "could not find member to sync from",
      "electionTime" : Timestamp(1565760476, 2),
      "electionDate" : ISODate("2019-08-14T05:27:56Z"),
      "configVersion" : 1,
      "self" : true,
      "lastHeartbeatMessage" : ""
    }
  ],
  "ok" : 1,
  "operationTime" : Timestamp(1565760578, 1),
  "$clusterTime" : {
    "clusterTime" : Timestamp(1565760578, 1),
    "signature" : {
      "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
      "keyId" : NumberLong(0)
    }
  }
}

说明:

1) "set" : "myrs" :副本集的名字

2) "myState" : 1:说明状态正常

3) "members" :副本集成员数组,此时只有一个: "name" : "180.76.159.126:27017" ,该成员的角色是 "stateStr" : "PRIMARY", 该节点是健康的: "health" : 1 。

七、第七步:添加副本从节点

在主节点添加从节点,将其他成员加入到副本集

rs.add(host, arbiterOnly)

选项:

主机成员的配置文档:

{
  _id: <int>,
  host: <string>, // required
  arbiterOnly: <boolean>,
  buildIndexes: <boolean>,
  hidden: <boolean>,
  priority: <number>,
  tags: <document>,
  slaveDelay: <int>,
  votes: <number>
}

【示例】

将27018的副本节点添加到副本集中:

myrs:PRIMARY> rs.add("180.76.159.126:27018")
{
  "ok" : 1,
  "operationTime" : Timestamp(1565761757, 1),
  "$clusterTime" : {
    "clusterTime" : Timestamp(1565761757, 1),
    "signature" : {
      "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
      "keyId" : NumberLong(0)
    }
  }
}

说明:1) "ok" : 1 :说明添加成功。

myrs:PRIMARY> rs.status()
{
  "set" : "myrs",
  "date" : ISODate("2019-08-14T05:50:05.738Z"),
  "myState" : 1,
  "term" : NumberLong(1),
  "syncingTo" : "",
  "syncSourceHost" : "",
  "syncSourceId" : -1,
  "heartbeatIntervalMillis" : NumberLong(2000),
  "optimes" : {
    "lastCommittedOpTime" : {
      "ts" : Timestamp(1565761798, 1),
      "t" : NumberLong(1)
    },
    "readConcernMajorityOpTime" : {
      "ts" : Timestamp(1565761798, 1),
      "t" : NumberLong(1)
    },
    "appliedOpTime" : {
      "ts" : Timestamp(1565761798, 1),
      "t" : NumberLong(1)
    },
    "durableOpTime" : {
      "ts" : Timestamp(1565761798, 1),
      "t" : NumberLong(1)
    }
  },
  "lastStableCheckpointTimestamp" : Timestamp(1565761798, 1),
  "members" : [
    {
      "_id" : 0,
      "name" : "180.76.159.126:27017",
      "health" : 1,
      "state" : 1,
      "stateStr" : "PRIMARY",
      "uptime" : 1639,
      "optime" : {
        "ts" : Timestamp(1565761798, 1),
        "t" : NumberLong(1)
      },
      "optimeDate" : ISODate("2019-08-14T05:49:58Z"),
      "syncingTo" : "",
      "syncSourceHost" : "",
      "syncSourceId" : -1,
      "infoMessage" : "",
      "electionTime" : Timestamp(1565760476, 2),
      "electionDate" : ISODate("2019-08-14T05:27:56Z"),
      "configVersion" : 2,
      "self" : true,
      "lastHeartbeatMessage" : ""
    },
    {
      "_id" : 1,
      "name" : "180.76.159.126:27018",
      "health" : 1,
      "state" : 2,
      "stateStr" : "SECONDARY",
      "uptime" : 48,
      "optime" : {
        "ts" : Timestamp(1565761798, 1),
        "t" : NumberLong(1)
      },
      "optimeDurable" : {
        "ts" : Timestamp(1565761798, 1),
        "t" : NumberLong(1)
      },
      "optimeDate" : ISODate("2019-08-14T05:49:58Z"),
      "optimeDurableDate" : ISODate("2019-08-14T05:49:58Z"),
      "lastHeartbeat" : ISODate("2019-08-14T05:50:05.294Z"),
      "lastHeartbeatRecv" : ISODate("2019-08-
      14T05:50:05.476Z"),
      "pingMs" : NumberLong(0),
      "lastHeartbeatMessage" : "",
      "syncingTo" : "180.76.159.126:27017",
      "syncSourceHost" : "180.76.159.126:27017",
      "syncSourceId" : 0,
      "infoMessage" : "",
      "configVersion" : 2
    }
  ],
  "ok" : 1,
  "operationTime" : Timestamp(1565761798, 1),
  "$clusterTime" : {
    "clusterTime" : Timestamp(1565761798, 1),
    "signature" : {
      "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
      "keyId" : NumberLong(0)
    }
  }
}

说明:1) "name" : "180.76.159.126:27018" 是第二个节点的名字,其角色是 "stateStr" :"SECONDARY"。

八、第八步:添加仲裁从节点

添加一个仲裁节点到副本集

rs.addArb(host)

将27019的仲裁节点添加到副本集中:

myrs:PRIMARY> rs.addArb("180.76.159.126:27019")
{
  "ok" : 1,
  "operationTime" : Timestamp(1565761959, 1),
  "$clusterTime" : {
    "clusterTime" : Timestamp(1565761959, 1),
    "signature" : {
      "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
      "keyId" : NumberLong(0)
    }
  }
}

说明:1) "ok" : 1 :说明添加成功。

myrs:PRIMARY> rs.status()
{
  "set" : "myrs",
  "date" : ISODate("2019-08-14T05:53:27.198Z"),
  "myState" : 1,
  "term" : NumberLong(1),
  "syncingTo" : "",
  "syncSourceHost" : "",
  "syncSourceId" : -1,
  "heartbeatIntervalMillis" : NumberLong(2000),
  "optimes" : {
    "lastCommittedOpTime" : {
      "ts" : Timestamp(1565761998, 1),
      "t" : NumberLong(1)
    },
    "readConcernMajorityOpTime" : {
      "ts" : Timestamp(1565761998, 1),
      "t" : NumberLong(1)
    },
    "appliedOpTime" : {
      "ts" : Timestamp(1565761998, 1),
      "t" : NumberLong(1)
    },
    "durableOpTime" : {
      "ts" : Timestamp(1565761998, 1),
      "t" : NumberLong(1)
    }
  },
  "lastStableCheckpointTimestamp" : Timestamp(1565761978, 1),
  "members" : [
    {
      "_id" : 0,
      "name" : "180.76.159.126:27017",
      "health" : 1,
      "state" : 1,
      "stateStr" : "PRIMARY",
      "uptime" : 1841,
      "optime" : {
        "ts" : Timestamp(1565761998, 1),
        "t" : NumberLong(1)
      },
      "optimeDate" : ISODate("2019-08-14T05:53:18Z"),
      "syncingTo" : "",
      "syncSourceHost" : "",
      "syncSourceId" : -1,
      "infoMessage" : "",
      "electionTime" : Timestamp(1565760476, 2),
      "electionDate" : ISODate("2019-08-14T05:27:56Z"),
      "configVersion" : 3,
      "self" : true,
      "lastHeartbeatMessage" : ""
    },
    {
      "_id" : 1,
      "name" : "180.76.159.126:27018",
      "health" : 1,
      "state" : 2,
      "stateStr" : "SECONDARY",
      "uptime" : 249,
      "optime" : {
        "ts" : Timestamp(1565761998, 1),
        "t" : NumberLong(1)
      },
      "optimeDurable" : {
        "ts" : Timestamp(1565761998, 1),
        "t" : NumberLong(1)
      },
      "optimeDate" : ISODate("2019-08-14T05:53:18Z"),
      "optimeDurableDate" : ISODate("2019-08-14T05:53:18Z"),
      "lastHeartbeat" : ISODate("2019-08-14T05:53:25.668Z"),
      "lastHeartbeatRecv" : ISODate("2019-08-
      14T05:53:26.702Z"),
      "pingMs" : NumberLong(0),
      "lastHeartbeatMessage" : "",
      "syncingTo" : "180.76.159.126:27017",
      "syncSourceHost" : "180.76.159.126:27017",
      "syncSourceId" : 0,
      "infoMessage" : "",
      "configVersion" : 3
    },
    {
      "_id" : 2,
      "name" : "180.76.159.126:27019",
      "health" : 1,
      "state" : 7,
      "stateStr" : "ARBITER",
      "uptime" : 47,
      "lastHeartbeat" : ISODate("2019-08-14T05:53:25.668Z"),
      "lastHeartbeatRecv" : ISODate("2019-08-
      14T05:53:25.685Z"),
      "pingMs" : NumberLong(0),
      "lastHeartbeatMessage" : "",
      "syncingTo" : "",
      "syncSourceHost" : "",
      "syncSourceId" : -1,
      "infoMessage" : "",
      "configVersion" : 3
    }
  ],
  "ok" : 1,
  "operationTime" : Timestamp(1565761998, 1),
  "$clusterTime" : {
    "clusterTime" : Timestamp(1565761998, 1),
    "signature" : {
      "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
      "keyId" : NumberLong(0)
    }
  }
}

说明:1) "name" : "180.76.159.126:27019" 是第二个节点的名字,其角色是 "stateStr" : "ARBITER"

5. 副本集的数据读写操作

目标:测试三个不同角色的节点的数据读写情况。登录主节点27017,写入和读取数据:

[root@bobohost ~]# /usr/local/mongodb/bin/mongo --host 180.76.159.126 --port
27017
myrs:PRIMARY> use articledb
switched to db articledb
myrs:PRIMARY> db
articledb
myrs:PRIMARY> db.comment.insert({"articleid":"100000","content":"今天天气真好,阳光
  明媚","userid":"1001","nickname":"Rose","createdatetime":new Date()})
WriteResult({ "nInserted" : 1 })
myrs:PRIMARY> db.comment.find()
{ "_id" : ObjectId("5d4d2ae3068138b4570f53bf"), "articleid" : "100000",
  "content" : "今天天气真好,阳光明媚", "userid" : "1001", "nickname" : "Rose",
  "createdatetime" : ISODate("2019-08-09T08:12:19.427Z") }

登录从节点27018

[root@bobohost ~]# /usr/local/mongodb/bin/mongo --host 180.76.159.126 --port
27018
myrs:SECONDARY> show dbs;
2019-09-10T10:56:51.953+0800 E QUERY [js] Error: listDatabases failed:{
  "operationTime" : Timestamp(1568084204, 1),
  "ok" : 0,
  "errmsg" : "not master and slaveOk=false",
  "code" : 13435,
  "codeName" : "NotMasterNoSlaveOk",
  "$clusterTime" : {
    "clusterTime" : Timestamp(1568084204, 1),
    "signature" : {
      "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
      "keyId" : NumberLong(0)
    }
  }
} :
_getErrorWithCode@src/mongo/shell/utils.js:25:13
Mongo.prototype.getDBs@src/mongo/shell/mongo.js:139:1
shellHelper.show@src/mongo/shell/utils.js:882:13
shellHelper@src/mongo/shell/utils.js:766:15
@(shellhelp2):1:1

发现,不能读取集合的数据。当前从节点只是一个备份,不是奴隶节点,无法读取数据,写当然更不行。

因为默认情况下,从节点是没有读写权限的,可以增加读的权限,但需要进行设置。设置读操作权限:

说明:设置为奴隶节点,允许在从成员上运行读的操作

语法:

rs.slaveOk()
#或
rs.slaveOk(true)

提示:该命令是 db.getMongo().setSlaveOk() 的简化命令。

【示例】

在27018上设置作为奴隶节点权限,具备读权限:

rs:SECONDARY> rs.slaveOk()

此时,在执行查询命令,运行成功!但仍然不允许插入。

myrs:SECONDARY> rs.slaveOk()
myrs:SECONDARY> show dbs;
admin 0.000GB
articledb 0.000GB
config 0.000GB
local 0.000GB
myrs:SECONDARY> use articledb
switched to db articledb
myrs:SECONDARY> show collections
comment
myrs:SECONDARY> db.comment.find()
{ "_id" : ObjectId("5d7710c04cfd7eee2e3cdabe"), "articleid" : "100000",
  "content" : "今天天气真好,阳光明媚", "userid" : "1001", "nickname" : "Rose",
  "createdatetime" : ISODate("2019-09-10T02:56:00.467Z") }
myrs:SECONDARY> db.comment.insert({"_id":"1","articleid":"100001","content":"我们
  不应该把清晨浪费在手机上,健康很重要,k一杯温水幸福你我
  他。","userid":"1002","nickname":"相忘于江湖","createdatetime":new Date("2019-08-
  05T22:08:15.522Z"),"likenum":NumberInt(1000),"state":"1"})
WriteCommandError({
  "operationTime" : Timestamp(1568084434, 1),
  "ok" : 0,
  "errmsg" : "not master",
  "code" : 10107,
  "codeName" : "NotMaster",
  "$clusterTime" : {
    "clusterTime" : Timestamp(1568084434, 1),
    "signature" : {
      "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
      "keyId" : NumberLong(0)
    }
  }
})

现在可实现了读写分离,让主插入数据,让从来读取数据。如果要取消作为奴隶节点的读权限:

myrs:SECONDARY> rs.slaveOk(false)
myrs:SECONDARY> db.comment.find()
Error: error: {
  "operationTime" : Timestamp(1568084459, 1),
  "ok" : 0,
  "errmsg" : "not master and slaveOk=false",
  "code" : 13435,
  "codeName" : "NotMasterNoSlaveOk",
  "$clusterTime" : {
    "clusterTime" : Timestamp(1568084459, 1),
    "signature" : {
      "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
      "keyId" : NumberLong(0)
    }
  }
}

仲裁者节点,不存放任何业务数据的,可以登录查看

[root@bobohost ~]# /usr/local/mongodb/bin/mongo --host 180.76.159.126 --port
27019
myrs:ARBITER> rs.slaveOk()
myrs:ARBITER> show dbs
local 0.000GB
myrs:ARBITER> use local
switched to db local
myrs:ARBITER> show collections
replset.minvalid
replset.oplogTruncateAfterPoint
startup_log
system.replset
system.rollback.id
myrs:ARBITER>

发现,只存放副本集配置等数据。

6. 主节点的选举原则

MongoDB在副本集中,会自动进行主节点的选举,主节点选举的触发条件:

1) 主节点故障

2) 主节点网络不可达(默认心跳信息为10秒)

3) 人工干预(rs.stepDown(600))

一旦触发选举,就要根据一定规则来选主节点。

选举规则是根据票数来决定谁获胜:

票数最高,且获得了“大多数”成员的投票支持的节点获胜。

“大多数”的定义为:假设复制集内投票成员数量为N,则大多数为 N/2 + 1。例如:3个投票成员,则大多数的值是2。当复制集内存活成员数量不足大多数时,整个复制集将无法选举出Primary,复制集将无法提供写服务,处于只读状态。

若票数相同,且都获得了“大多数”成员的投票支持的,数据新的节点获胜。数据的新旧是通过操作日志oplog来对比的。在获得票数的时候,优先级(priority)参数影响重大。可以通过设置优先级(priority)来设置额外票数。优先级即权重,取值为0-1000,相当于可额外增加0-1000的票数,优先级的值越大,就越可能获得多数成员的投票(votes)数。指定较高的值可使成员更有资格成为主要成员,更低的值可使成员更不符合条件。

默认情况下,优先级的值是1

myrs:PRIMARY> rs.conf()
{
  "_id" : "myrs",
  "version" : 3,
  "protocolVersion" : NumberLong(1),
  "writeConcernMajorityJournalDefault" : true,
  "members" : [
    {
      "_id" : 0,
      "host" : "180.76.159.126:27017",
      "arbiterOnly" : false,
      "buildIndexes" : true,
      "hidden" : false,
      "priority" : 1,
      "tags" : {
      },
      "slaveDelay" : NumberLong(0),
      "votes" : 1
    },
    {
      "_id" : 1,
      "host" : "180.76.159.126:27018",
      "arbiterOnly" : false,
      "buildIndexes" : true,
      "hidden" : false,
      "priority" : 1,
      "tags" : {
      },
      "slaveDelay" : NumberLong(0),
      "votes" : 1
    },
    {
      "_id" : 2,
      "host" : "180.76.159.126:27019",
      "arbiterOnly" : true,
      "buildIndexes" : true,
      "hidden" : false,
      "priority" : 0,
      "tags" : {
      },
      "slaveDelay" : NumberLong(0),
      "votes" : 1
    }
  ],
  "settings" : {
    "chainingAllowed" : true,
    "heartbeatIntervalMillis" : 2000,
    "heartbeatTimeoutSecs" : 10,
    "electionTimeoutMillis" : 10000,
    "catchUpTimeoutMillis" : -1,
    "catchUpTakeoverDelayMillis" : 30000,
    "getLastErrorModes" : {
    },
    "getLastErrorDefaults" : {
      "w" : 1,
      "wtimeout" : 0
    },
    "replicaSetId" : ObjectId("5d539bdcd6a308e600d126bb")
  }
}

可以看出,主节点和副本节点的优先级各为1,即,默认可以认为都已经有了一票。但选举节点,优先级是0,(要注意是,官方说了,选举节点的优先级必须是0,不能是别的值。即不具备选举权,但具有投票权)

【了解】修改优先级

比如,下面提升从节点的优先级:

1)先将配置导入cfg变量

myrs:SECONDARY> cfg=rs.conf()

2)然后修改值(ID号默认从0开始):

myrs:SECONDARY> cfg.members[1].priority=2
2

3)重新加载配置

myrs:SECONDARY> rs.reconfig(cfg)
{ "ok" : 1 }

稍等片刻会重新开始选举。

7. 故障测试

一、 副本节点故障测试

关闭27018副本节点:

发现,主节点和仲裁节点对27018的心跳失败。因为主节点还在,因此,没有触发投票选举。

如果此时,在主节点写入数据。

db.comment.insert({"_id":"1","articleid":"100001","content":"我们不应该把清晨浪费在
  手机上,健康很重要,一杯温水幸福你我他。","userid":"1002","nickname":"相忘于江
  湖","createdatetime":new Date("2019-08-
  05T22:08:15.522Z"),"likenum":NumberInt(1000),"state":"1"})

再启动从节点,会发现,主节点写入的数据,会自动同步给从节点。

二、主节点故障测试

关闭27017节点

发现,从节点和仲裁节点对27017的心跳失败,当失败超过10秒,此时因为没有主节点了,会自动发起投票。

而副本节点只有27018,因此,候选人只有一个就是27018,开始投票。27019向27018投了一票,27018本身自带一票,因此共两票,超过了“大多数”27019是仲裁节点,没有选举权,27018不向其投票,其票数是0.

最终结果,27018成为主节点。具备读写功能。在27018写入数据查看。

db.comment.insert({"_id":"2","articleid":"100001","content":"我夏天空腹喝凉开水,冬
  天喝温开水","userid":"1005","nickname":"伊人憔悴","createdatetime":new Date("2019-
  08-05T23:58:51.485Z"),"likenum":NumberInt(888),"state":"1"})

再启动27017节点,发现27017变成了从节点,27018仍保持主节点。

登录27017节点,发现是从节点了,数据自动从27018同步。

从而实现了高可用。

三、仲裁节点和主节点故障

先关掉仲裁节点27019,

关掉现在的主节点27018

登录27017后,发现,27017仍然是从节点,副本集中没有主节点了,导致此时,副本集是只读状态,无法写入。

为啥不选举了?因为27017的票数,没有获得大多数,即没有大于等于2,它只有默认的一票(优先级是1)

如果要触发选举,随便加入一个成员即可。

  • 如果只加入27019仲裁节点成员,则主节点一定是27017,因为没得选了,仲裁节点不参与选举,但参与投票。(不演示)
  • 如果只加入27018节点,会发起选举。因为27017和27018都是两票,则按照谁数据新,谁当主节点。
四、仲裁节点和从节点故障

先关掉仲裁节点27019,

关掉现在的副本节点27018

10秒后,27017主节点自动降级为副本节点。(服务降级)

副本集不可写数据了,已经故障了。

8. Compass连接副本集

如果使用云服务器需要修改配置中的主节点ip

var config = rs.config();
config.members[0].host="180.76.159.126:27017";rs.reconfig(config)

compass连接:

9. SpringDataMongoDB连接副本集

副本集语法:

mongodb://host1,host2,host3/articledb?
connect=replicaSet&slaveOk=true&replicaSet=副本集名字

其中:

  • slaveOk=true:开启副本节点读的功能,可实现读写分离。
  • connect=replicaSet:自动到副本集中选择读写的主机。如果slaveOK是打开的,则实现了读写分离

【示例】

连接 replica set 三台服务器 (端口 27017, 27018, 和27019),直接连接第一个服务器,无论是replicaset一部分或者主服务器或者从服务器,写入操作应用在主服务器 并且分布查询到从服务器。修改配置文件application.yml

spring:
  #数据源配置
  data:
    mongodb:
    # 主机地址
    # host: 180.76.159.126
    # 数据库
    # database: articledb
    # 默认端口是27017
    # port: 27017
    #也可以使用uri连接
    #uri: mongodb://192.168.40.134:27017/articledb
    # 副本集的连接字符串
    uri: mongodb://180.76.159.126:27017,180.76.159.126:27018,180.76.159.126:27019/article
db?connect=replicaSet&slaveOk=true&replicaSet=myrs

注意:

主机必须是副本集中所有的主机,包括主节点、副本节点、仲裁节点。SpringDataMongoDB自动实现了读写分离:写操作时,只打开主节点连接:

2019-09-02 12:16:27.143 INFO 13336 --- [ main]
org.mongodb.driver.connection : Opened connection
[connectionId{localValue:4, serverValue:60}] to 180.76.159.126:27017
2019-09-02 12:16:27.376 INFO 13336 --- [ main]
c.i.article.service.CommentServiceTest : Started CommentServiceTest in 5.249
seconds (JVM running for 6.16)
2019-09-02 12:16:27.610 INFO 13336 --- [ Thread-2]
org.mongodb.driver.connection : Closed connection
[connectionId{localValue:4, serverValue:60}] to 180.76.159.126:27017 because the
pool has been closed.

读操作是,同时打开主节点和从节点连接,但使用从节点获取数据:

2019-09-02 12:18:20.254 INFO 4168 --- [ main]
org.mongodb.driver.connection : Opened connection
[connectionId{localValue:4, serverValue:62}] to 180.76.159.126:27017
2019-09-02 12:18:20.504 INFO 4168 --- [ main]
c.i.article.service.CommentServiceTest : Started CommentServiceTest in 5.111
seconds (JVM running for 5.95)
2019-09-02 12:18:20.694 INFO 4168 --- [ main]
org.mongodb.driver.connection : Opened connection
[connectionId{localValue:5, serverValue:39}] to 180.76.159.126:27018
[Comment{id='5d64930fd1c1dc4ccf71eeac', content='今天天气真好,阳光明媚',
publishtime=null, userid='1001', nickname='Rose', createdatetime=2019-08-
27T10:18:55.768, likenum=null, replynum=null, state='null', parentid='null',
articleid='100000'}, Comment{id='1', content='我们不应该把清晨浪费在手机上,健康很重
要,一杯温水幸福你我他。', publishtime=null, userid='1002', nickname='相忘于江湖',
createdatetime=2019-08-06T06:08:15.522, likenum=1000, replynum=null, state='1',
parentid='null', articleid='100001'}, Comment{id='2', content='我夏天空腹喝凉开水,
冬天喝温开水', publishtime=null, userid='1005', nickname='伊人憔悴',
createdatetime=2019-08-06T07:58:51.485, likenum=888, replynum=null, state='1',
parentid='null', articleid='100001'}, Comment{id='5d6c93a866ecc73210d7d600',
content='测试添加的数据2', publishtime=null, userid='1003', nickname='凯撒大帝',
createdatetime=2019-09-02T11:59:36.525, likenum=0, replynum=0, state='1',
parentid='null', articleid='100000'}]
2019-09-02 12:18:20.740 INFO 4168 --- [ Thread-2]
org.mongodb.driver.connection : Closed connection
[connectionId{localValue:4, serverValue:62}] to 180.76.159.126:27017 because the
pool has been closed.
2019-09-02 12:18:20.740 INFO 4168 --- [ Thread-2]
org.mongodb.driver.connection : Closed connection
[connectionId{localValue:5, serverValue:39}] to 180.76.159.126:27018 because the
pool has been closed.

完整的连接字符串的参考(了解):

MongoDB客户端连接语法:

mongodb://[username:password@]host1[:port1][,host2[:port2],...[,hostN[:portN]]]
[/[database][?options]]
  • mongodb:// 这是固定的格式,必须要指定。
  • username:password@ 可选项,如果设置,在连接数据库服务器之后,驱动都会尝试登陆这个数据库
  • host1 必须的指定至少一个host, host1 是这个URI唯一要填写的。它指定了要连接服务器的地址。如果要连接复制集,请指定多个主机地址。
  • portX 可选的指定端口,如果不填,默认为27017
  • /database 如果指定username:password@,连接并验证登陆指定数据库。若不指定,默认打开test 数据库。
  • ?options 是连接选项。如果不使用/database,则前面需要加上/。所有连接选项都是键值对name=value,键值对之间通过&或;(分号)隔开

标准的连接格式包含了多个选项(options),如下所示:

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2094186.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

Linux系统性能调优全面指南

目录 一、了解系统资源 二、CPU优化 三、内存管理 四、磁盘IO优化 五、网络优化 六、监控和自动化 技巧总结表格 结语 Linux系统的性能调优是系统管理员和开发者必备的技能之一&#xff0c;用以确保服务器和应用运行的高效和稳定。本文将全面探讨Linux性能调优的各个方面…

Git之2.13版本重要特性及用法实例(五十九)

简介&#xff1a; CSDN博客专家、《Android系统多媒体进阶实战》一书作者. 新书发布&#xff1a;《Android系统多媒体进阶实战》&#x1f680; 优质专栏&#xff1a; Audio工程师进阶系列【原创干货持续更新中……】&#x1f680; 优质专栏&#xff1a; 多媒体系统工程师系列…

【时间盒子】-【2.准备】HarmonyOS 开发前需要准备什么?

零基础新手或转行进入鸿蒙生态应用的开发者&#xff0c;请提前准备以下内容&#xff1a; 一、注册华为帐号 此帐号在华为官方各平台通用&#xff0c;比如&#xff1a;华为手机、华为商城、华为云、华为开发者联盟等等。 https://id1.cloud.huawei.com/CAS/portal/userRegist…

网络基础+Socket

目录 下图为数据分用的过程 认识IP地址 认识MAC地址 认识端口号 网络字节序 sockaddr结构 Makefile新写法 下图为数据分用的过程 认识IP地址 IP协议有两个版本, IPv4和IPv6. 我们整个的课程, 凡是提到IP协议, 没有特殊说明的, 默认都是指IPv4 IP地址是在IP协议中, 用来…

jmeter同步定时器、固定定时器、统一随机定时器详解

一、同步定时器 可以让多个线程同时向服务器发送请求&#xff0c;实现瞬间并发(相当于现实中同步秒杀商品)类似于集合点 例如&#xff1a;10个人约定去旅游&#xff0c;出发前提前会在某一个地方等到10个人同时都到了约定地点之后再一同排队上车 在任意接口下添加同步定时器模…

AWS MySQL 升级(二)—— MySQL API逻辑同步升级操作步骤

接上一篇 AWS MySQL 升级&#xff08;一&#xff09;—— 对比各类方案及原理_pg跨库查询-CSDN博客&#xff0c;由于操作步骤太多&#xff0c;单独拆出来一份。 零、 预检查 主库event_scheduler参数&#xff0c;应该为0 show variables like %event_scheduler%; binlog保留…

【荒原之梦考研数学】考研没有人支持,怎么办?

一部分考研的同学可能会发现&#xff0c;当我们上小学、初中和高中的时候&#xff0c;无论家里人还是亲戚朋友&#xff0c;都会非常支持我们的学习。 但到了考研的时候&#xff0c;我们获得的支持可能就会变得稍微小一些&#xff0c;因为这个时候&#xff0c;家里人可能想着&a…

Java 集合之List

一、集合常用API 1.添加相关的方法 add(E e) 确保此collection包含指定的元素&#xff08;可选操作&#xff09; addAll(Collection<? extends E> c) 将指定集合中的元素都添加到此集合中&#xff08;可选操作&#xff09; 2.删除相关的方法 clear() 移除这个…

MongoDB之MongoDB Compass工具

MongoDB Compass 是 MongoDB 官方提供的一款图形化用户界面 (GUI) 工具&#xff0c;用于与 MongoDB 数据库进行交互和管理。Compass 提供了丰富的功能&#xff0c;能够帮助开发者、数据库管理员以及数据分析师轻松管理和分析 MongoDB 数据。以下是对 MongoDB Compass 的详细介绍…

英特尔Arrow Lake和Lunar Lake不受Vmin Shift不稳定性影响

近日&#xff0c;英特尔在其官方博客中发布了一篇关于Vmin Shift不稳定性问题的文章&#xff0c;该问题已知影响到了第13代&#xff08;Raptor Lake&#xff09;和第14代&#xff08;Raptor Lake Refresh&#xff09;酷睿处理器。根据英特尔的确认&#xff0c;其下一代Core Ult…

最长公共子序列补充题型:判断是否是子字符串

&#x1f9ca;&#x1f9ca;&#x1f9ca;新题型 最长公共子序列是基于动态规划思想&#xff0c;判断子序列长度的&#xff0c;这种方法的弊端就是dp需要很大&#xff0c;如果字符串长度很长就会超出内存限制。这里我们补充一种字符串很长的题型&#xff1a;给出字符串s和字符…

【 html+css 绚丽Loading 】 000029 三元化虚阵

前言&#xff1a;哈喽&#xff0c;大家好&#xff0c;今天给大家分享htmlcss 绚丽Loading&#xff01;并提供具体代码帮助大家深入理解&#xff0c;彻底掌握&#xff01;创作不易&#xff0c;如果能帮助到大家或者给大家一些灵感和启发&#xff0c;欢迎收藏关注哦 &#x1f495…

VMware15安装教程(Pro版)

[VMware Workstation Pro 15.5下载链接]: https://ga90eobypbb.feishu.cn/docx/Jg2AdvMukowUVyxaCI8co2RfnGh 1.选中下载的压缩包&#xff0c;鼠标右键解压到”VMware Workstation Pro 15.5“文件夹 2.双击打开解压出来的文件夹&#xff0c;选中“VMware-workstation-full-15…

LVGL 控件之矩阵按钮(lv_buttonmatrix)

目录 一、矩阵按键1、组成2、创建矩阵3、按钮宽度4、按键属性5、按钮互斥6、按钮文本重着色7、按钮矩阵部件的事件8、API 函数二、例程 一、矩阵按键 1、组成 按钮矩阵部件由两个部分组成&#xff1a;主体背景和按钮&#xff0c;示意图如下&#xff1a; LV_PART_MAIN&#xf…

DiskCache:Python开发者的磁盘缓存利器

什么是DiskCache&#xff1f; DiskCache是一个用纯Python编写的轻量级缓存库&#xff0c;它利用磁盘空间来存储缓存数据。与传统的内存缓存相比&#xff0c;DiskCache可以利用磁盘上未被充分利用的空间&#xff0c;为需要大量缓存数据的应用程序提供支持。它的核心是基于SQLite…

C++创建并初始化对象

文章目录 一、对象的创建1.1 定义类1.2 创建对象 二、对象的初始化2.1 默认构造函数2.2 带参数的构造函数2.3 初始化列表 三、拷贝构造函数四、对象的销毁五、总结 视频讲解笔记在栈上创建在堆上创建new 在C中&#xff0c;创建并初始化对象是面向对象编程&#xff08;OOP&#…

基于yolov8的驾驶员行为检测疲劳检测系统python源码+onnx模型+评估指标曲线+精美GUI界面

【算法介绍】 基于YOLOv8的驾驶员行为检测疲劳检测系统是一种创新的驾驶安全解决方案。该系统利用YOLOv8这一先进的目标检测算法&#xff0c;结合驾驶员疲劳驾驶数据集&#xff0c;能够实时、准确地监测并分析驾驶员的面部表情和行为模式&#xff0c;从而快速识别疲劳状态。 …

关于分布式数据库缓存设计的那点事和实践

目录 案例 【题目】 【问题 1】(9 分) 【问题 2】(8 分) 【问题 3】(8 分) 【答案】 【问题 1】答案 【问题 2】解析 【问题 3】解析 相关推荐 案例 阅读以下关于分布式数据库缓存设计的叙述&#xff0c;在答题纸上回答问题 1 至问题 3。 【题目】 某企业是为城市高…

【网络协议】精讲OSI七层模型、TCP/IP四层、五层模型区别!图解超赞超详细!!!

目录 1. OSI与TCP/IP模型的网络协议层次结构差异 1.1 OSI模型的七层结构 1.2 TCP/IP模型的四层结构 1.3 TCP/IP模型的五层结构 2. OSI七层模型和TCP/IP协议模型的区别 2.1 区别总结&#xff1a; 3. 网络协议分层的优点 1. OSI与TCP/IP模型的网络协议层次结构差异 协议分…

拥抱开源拥护国产|暴雨打造最强AI的服务器操作系统!

8月30日&#xff0c;主题为“进化重构赴未来”的2024龙蜥操作系统大会(OpenAnolis Conference)在北京举办。龙蜥社区作为国内领先的开源操作系统根社区&#xff0c;推出的Anolis OS及衍生版装机量已突破800万套&#xff0c;实现了从开源到商业化的良性循环发展。 2024 龙蜥操作…