Nacos Config源代码分析（一） - 存储模型

Nacos Config提供了配置管理的功能，它允许用户在nacos上配置key-value对，并在客户端订阅需要的配置。当配置发生变更时，订阅的客户端会获得通知，随后拉取最新的key-value对。

Config Server为了最大程度保证可用性采用了一种三层的存储架构设计，mysql - 本地文件 - 内存缓存：

mysql

Config Server所有的key-value配置信息都最终存储在mysql数据库中，当中包含四张核心表（table）：

config_info - 存储配置信息，包含id/data_id/group_id/tenant_id/content/md5/gmt_created/gmt_modified/app_name等列。当中data_id + group_id + tenant_id三者唯一确定一条key-value配置。

config_tags_relation - 存储配置上附加的tag，包含id/tag_name/tag_type/data_id/group_id/tenant_id/nid等列。

config_info_beta - 存储beta环境的特殊配置值，除了config_info表中的列之外新增了beta_ips列。

config_info_tag - 存储某个tag对应的特殊配置值，除了config_info表中的列之外新增了tag_id列。

本地文件系统

mysql数据库中存储的是最终的配置信息，config server在启动后会周期性的从mysql中将所有配置信息dump到本地文件系统中。配置会被存储到一个特殊的目录/{user.home}/nacos/data/config-data/{groupId}/{dataId}下，每条配置存在一个独立的文件中。

config server中关于配置的读取都是走本地文件系统中的dump，这种设计一方面提升了系统的可用性（防止mysql奔溃导致config不可用），另一方面极大降低了mysql数据库的负载，使得config server的水平扩张变得非常容易。

内存缓存

除了将配置数据dump到本地文件系统中之外，config server还会在内存中维护一份对应的数据缓存。内存Cache不包含配置value，只包含md5/lastModifiedTs等信息。这进一步降低了访问文件系统的频率，大大提升了响应时间。

配置读写

当config server启动时会一次性把mysql中存储的所有配置dump到本地文件系统中，并设置一个定时器周期性（默认6h）做全量dump。config server也有一种quick start模式，允许重用文件系统中保留的配置数据，做增量dump。

配置信息的写首先进入到mysql数据库中。mysql插入成功之后server会生成一个ConfigDataChangeEvent事件，在AsyncNotifyService中将捕获这个事件，对当前每一个config server发起/dataChange调用。

/dataChange调用在CommunicationController中被处理，通过ConfigService将变动的数据dump到本地文件中并更新内存缓存。

配置的读取及订阅都是从内存Cache + 本地文件中完成。

转载于:https://my.oschina.net/zhuhui/blog/3085375