Nacos 1.3.0 来了，基于全新内核构建！

作者：廖春涛（春少）

https://www.yuque.com/docs/share/17664885-e0d8-40fd-a208-f1b58794d544

轻量级的内嵌关系型分布式数据库

新特性的开启命令为

./startup.sh -p embedded

然后查看启动日志是否有出现以下信息：Nacos started successfully in cluster mode. use embedded storage

同时，为了方便用户查询本机节点的数据同步情况，Nacos 1.3.0 配置模块开放了新的运维 Open-API，供其查询当前节点本地数据存储情况，并且该Open-API只能执行select语句，其他DML语句一概不支持，其使用方式如下

GET /nacos/v1/cs/ops/derby?sql=select * from config_info

使用该命令时，最好加上分页查询，避免一次查处大量的数据影响Nacos的正常对外业务工作，如果没有加上分页查询，则会自动添加分页查询语句，默认查询最开始的1k条数据。其分页查询的SQL的例子如下。

select * from config_info OFFSET 0 ROWS FETCH NEXT 1000 ROWS ONLY

其数据返回结果如下

{ "code":200, "message":null, "data":\[ { "ID":242149783664332800, "DATA\_ID":"application.properties", "GROUP\_ID":"DEFAULT\_GROUP", "TENANT\_ID":"", "APP\_NAME":"", "CONTENT":"this.is.test=liaochuntao", "MD5":"bedbfd7069e999edf2adf9d8a1af3083", "GMT\_CREATE":"2020-06-03T05:30:47.345+0000", "GMT\_MODIFIED":"2020-06-03T05:30:47.345+0000", "SRC\_USER":null, "SRC\_IP":"127.0.0.1", "C\_DESC":null, "C\_USE":null, "EFFECT":null, "TYPE":"properties", "C\_SCHEMA":null } \]}

分布式ID——Snowflake

Nacos 1.3.0的分布式存储，其数据的主键依赖雪花ID算法进行生成，雪花算法ID需要DataCenterId、WorkerId，默认情况下，_WorkerId不需要进行设置，会根据InetAddress.getLocalHost()进行计算生成。如果需要自己指定，则在application.properties进行如下配置设置

### set the dataCenterID manuallynacos.core.snowflake.data-center=Number### set the WorkerID manuallynacos.core.snowflake.worker-id=Number

数据迁移

全新的集群管理

提供全新集群管理页面

新的集群寻址模式设置

文件寻址模式

nacos.core.member.lookup.type=file（默认值）

地址服务寻址模式

nacos.core.member.lookup.type=address-server

全新的一致性协议

Nacos 1.3.0版本开始，将对现有的一致性协议层进行统一抽象以及下沉。在Raft的选型上，使用了SOFA-JRaf作为CP协议的Backend，并且将其与配置管理模块进行了对接。用户可以通过调整下面的参数对Raft协议进行调整。

# Sets the Raft cluster election timeout, default value is 5 second# 设置Raft群集选举超时，默认值为5秒nacos.core.protocol.raft.data.election\_timeout\_ms=5000# Sets the amount of time the Raft snapshot will execute periodically, default is 30 minute# 设置Raft快照定期执行的时间，默认值为30分钟nacos.core.protocol.raft.data.snapshot\_interval\_secs=30# Raft internal worker threads# Raft 内部工作线程数量nacos.core.protocol.raft.data.core\_thread\_num=8# Number of threads required for raft business request processing# Raft 业务请求处理所需的线程数nacos.core.protocol.raft.data.cli\_service\_thread\_num=4# raft 线性读取策略，默认为ReadOnlySafe，可以选择ReadOnlyLeaseBasednacos.core.protocol.raft.data.read\_index\_type=ReadOnlySafe### rpc请求超时，默认5秒nacos.core.protocol.raft.data.rpc\_request\_timeout\_ms=5000

线性读参数解析

1. ReadOnlySafe

2. 该线性读模式，每次Follower进行读请求时，需要和Leader同步日志提交位点信息，而Leader，需要向过半的Follower发起证明自己是Leader的轻量的RPC请求，相当于一个Follower读，至少需要1 + （n/2）+ 1 次的RPC请求。

3. ReadOnlyLeaseBased

4. 该线性读模式，每次Follower进行读请求时，Leader只需要判断自己的Leader租约是否过期了，如果没有过期，直接可以回复Follower自己是Leader，但是该机制对于机器时钟要求很严格，如果有做时钟同步的话，可以考虑使用该线性读模式。

如果说对于配置的发布、修改操作比较频繁，可以将Raft快照的时间适当的进行调整，避免新节点加入或者节点重启时，由于Raft日志回放操作数太多导致节点可开始对外服务的时间过长。

JRaft

切换某一个Raft Group的Leader节点

POST /nacos/v1/core/ops/raft{ "groupId": "xxx", "command": "transferLeader" "value": "ip:{raft\_port} or ip:{raft\_port},ip:{raft\_port},ip:{raft\_port}"}

重置某一个Raft Group的集群成员

POST /nacos/v1/core/ops/raft{ "groupId": "xxx", "command": "resetRaftCluster", "value": "ip:{raft\_port},ip:{raft\_port},ip:{raft\_port},ip:{raft\_port}"}

注意，该操作是一个高危操作，仅仅当Raft集群的 n/2 + 1节点crash之后无法满足过半投票的要求才可以使用该运维命令，用于快速让当前剩余的节点重组Raft集群，对外提供服务，但是这个操作很大程度会造成数据的丢失

触发某一个Raft Group执行快照操作

POST /nacos/v1/core/ops/raft{ "groupId": "xxx", "command": "doSnapshot", "value": "ip:{raft_port}"}

移除某一个Raft Group中的某一成员

POST /nacos/v1/core/ops/raft{ "groupId": "xxx", "command": "removePeer", "value": "ip:{raft_port}"}

批量移除某一个Raft Group中的多个成员

POST /nacos/v1/core/ops/raft{ "groupId": "xxx", "command": "removePeers", "value": "ip:{raft\_port},ip:{raft\_port},ip:{raft_port},..."}

后续

安全升级

贡献者

Nacos 1.3.0 版本的开发中，社区同学贡献了很大的力量，在此表示感谢，他们是（排序不分先后）：@KomachiSion @zongtanghu @wangweizZZ @Maijh97 @jintonghuoya @jzdayz @yfh0918 @wolfgangzhu @ObserverYu @langghaha @jiangcaijun @wfnuser @TsingLiang @showkawa @yanlinly @chuntaojun

猜你喜欢