OceanBase 配置项系统变量实现及应用详解(3):新增配置项的方法

news/2024/9/13 22:39:39/ 标签: 分布式数据库, oceanbase, 实践经验, 技术原理

本专题的第一篇文章,配置项的定义及使用方法,详细阐述了配置项的基础用法。对于那些对源码抱有浓厚兴趣的同学来说,或许还希望深入了解配置项的实现原理,甚至渴望亲自添加新的配置项,以满足个性化的功能需求。

本文通过剖析“如何新增配置项”这一话题,并结合配置项源码的具体实现,来详细讲解配置项的定义、初始化、内部访问及同步机制。

如何新增配置项?

要新增一个配置项,首先在 src/share/parameter/ob_parameter_seed.ipp 文件中,按照下面的格式定义配置项。

// 定义一个集群级别的、INT类型的配置项,动态生效
DEF_INT(cpu_count, OB_CLUSTER_PARAMETER, "0", "[0,]","the number of CPU\\'s in the system. ""If this parameter is set to zero, the number will be set according to sysconf; ""otherwise, this parameter is used. Range: [0,+∞) in integer",ObParameterAttr(Section::OBSERVER, Source::DEFAULT, EditLevel::DYNAMIC_EFFECTIVE));// 定义一个租户级别的、TIME类型的配置项,动态生效,并附带一个合法性检查类 ObConfigStaleTimeChecker
DEF_TIME_WITH_CHECKER(max_stale_time_for_weak_consistency, OB_TENANT_PARAMETER, "5s",common::ObConfigStaleTimeChecker,"[5s,)","the max data stale time that cluster weak read version behind current timestamp,""no smaller than weak_read_version_refresh_interval, range: [5s, +∞)",ObParameterAttr(Section::TENANT, Source::DEFAULT, EditLevel::DYNAMIC_EFFECTIVE));

其中每个参数的含义如下:

参数说明举例
配置项宏定义配置的宏,可以选择附带合法性检查函数DEF_XXX、DEF_XXX_WITH_CHECKER
配置项名配置项的名字一般格式:xxx_xxx_xxx
生效范围租户配置项 or 集群配置项OB_CLUSTER_PARAMETER、OB_TENANT_PARAMETER
默认值默认值必须在取值范围中"0", "True", "100ms", "20GB", "random"
取值范围布尔类型和字符串类型不需要取值范围"[0,]", "[0M,]", "[1s, 180s]"
描述介绍该配置项的功能和注意事项"enable xxx"
配置项属性① Section:所属模块;
② Source:来源;
③ EditLevel:生效方式;
① OBSERVER、TENANT、TRANS
② DEFAULT
③ DYNAMIC_EFFECTIVE、STATIC_EFFECTIVE

DEF_XXX 宏最终展开是一个类的声明,并同时定义一个对象,对象名就是配置项名。

比如 DEF_TIME_WITH_CHECKER 宏,最终展开是一个 ObConfigTimeItem 类,重载 operator= 操作符让该类可以像基础数据类型一样进行赋值操作。

#define _DEF_PARAMETER_CHECKER_EASY(access_specifier, param, scope, name, def, checker, args...) \
access_specifier:                                                                          \class ObConfig ## param ## Item ## _ ## name                                 \: public common::ObConfig ## param ## Item                               \{                                                                            \public:                                                                     \ObConfig ## param ## Item ## _ ## name()                                   \: common::ObConfig ## param ## Item(                                   \local_container(), scope, #name, def, args)                        \{                                                                          \add_checker(OB_NEW(checker, g_config_mem_attr));                         \}                                                                          \template <class T>                                                         \ObConfig ## param ## Item ## _ ## name& operator=(T value)                 \{                                                                          \common::ObConfig ## param ## Item::operator=(value);                     \return *this;                                                            \}                                                                          \} name;

ObConfigTimeItemXxx 继承的是一个 ObConfigIntegralItem 类,所以 time 类型的数据本质上是一个 int64_t 变量。

class ObConfigTimeItem: public ObConfigIntegralItem
{
public:......static const uint64_t VALUE_BUF_SIZE = 32UL;char value_str_[VALUE_BUF_SIZE];char value_reboot_str_[VALUE_BUF_SIZE];
};

ObConfigIntegralItem 类重载了操作符 operator const int64_t &() const,在代码中访问该类对象的对象名时,实际上返回的是对象的 value_值。

class ObConfigIntegralItem: public ObConfigItem
{// get_value() return the real-time valueint64_t get_value() const { return value_; }// get() return the real-time value if it does not need reboot, otherwise it return initial_valueint64_t get() const { return value_; }operator const int64_t &() const { return value_; }private:int64_t value_;

配置项定义完成后,重新编译部署 OBServer,就可以对这个配置项进行查询和修改了。不过现在这个配置项没有任何功能,还需要在代码中用起来才能生效。

配置项初始化

集群配置项 ObServerConfig

集群配置项在 OBServer 启动时进行初始化,首先会从配置项的定义中获取默认值,然后从持久化配置文件中获取历史值(非首次启动),最后从 OBServer 的执行参数中获取最新值。它们的优先级是:执行参数 > 持久化配置文件 > 默认值。

配置项对象构造

集群配置项定义在 ObServerConfig 类中,通过在 ObConfigManager 类中定义了一个 ObServerConfig 实例,当 OBServer 启动时,它们及其成员变量的构造函数就会被调用。

class ObServerConfig : public ObCommonConfig
{
public:friend class ObServerMemoryConfig;int init(const ObSystemConfig &config);static ObServerConfig &get_instance();#undef OB_CLUSTER_PARAMETER
#define OB_CLUSTER_PARAMETER(args...) args
#include "share/parameter/ob_parameter_seed.ipp"
#undef OB_CLUSTER_PARAMETER
}

每个配置项都有默认值,在配置项的构造函数中会将 value_ 置为默认值。

以下是相关函数的调用流程,以及关键函数的代码解析。有的函数只是省略了参数列表,不代表没有参数。

  • ObConfigTimeItem::ObConfigTimeItem()
  • ObConfigIntegralItem::init()
  • ObConfigItem::init()
  • ObConfigItem::set_value(const char *str)
  • ObConfigIntegralItem::set(const char *str)

其中 str 就是一开始定义的配置项默认值,将 str 中的字符串转化为对应类型的数据,然后赋值给 value_。

inline bool ObConfigIntegralItem::set(const char *str)
{bool valid = true;const int64_t value = parse(str, valid);if (valid) {value_ = value;}return valid;
}

配置文件解析

当集群配置项都构造完成后,再从持久化的配置文件中 etc/observer.config.bin 加载配置项。(在 OBServer 初次启动时,配置文件为空,所以不会执行这一步)

  • ObServer::init()
  • ObServer::init_config()
  • ObConfigManager::load_config(const char *path)
  • ObServerConfig::deserialize_with_compat()
  • OB_DEF_DESERIALIZE(ObServerConfig)

先调用 ObCommonConfig::deserialize() 函数解析集群配置项,再调用 OTC_MGR.deserialize() 函数解析租户配置项。

OB_DEF_DESERIALIZE(ObServerConfig)
{} else if (OB_FAIL(ObCommonConfig::deserialize(buf, data_len, pos))) {LOG_ERROR("deserialize cluster config failed", K(ret));} else if (OB_FAIL(OTC_MGR.deserialize(buf, data_len, pos))){LOG_ERROR("deserialize tenant config failed", K(ret));}
  • OB_DEF_DESERIALIZE(ObCommonConfig)
  • ObCommonConfig::add_extra_config()

将文件中集群配置项的值加载到内存数据结构中。

int ObCommonConfig::add_extra_config(const char *config_str,int64_t version /* = 0 */ ,bool check_name /* = false */,bool check_unit /* = true */)
{......while (OB_SUCC(ret) && OB_NOT_NULL(token)) {if (strncmp(token, "enable_production_mode=", 23) == 0) {......} else if (OB_ISNULL(pp_item = container_.get(ObConfigStringKey(name)))) {......if (OB_FAIL(ret) || OB_ISNULL(pp_item)) {} else if (check_unit && !(*pp_item)->check_unit(value)) {ret = OB_INVALID_CONFIG;LOG_ERROR("Invalid config value", K(name), K(value), K(ret));} else if (!(*pp_item)->set_value(value)) {ret = OB_INVALID_CONFIG;LOG_ERROR("Invalid config value", K(name), K(value), K(ret));} else if (!(*pp_item)->check()) {ret = OB_INVALID_CONFIG;const char* range = (*pp_item)->range();if (OB_ISNULL(range) || strlen(range) == 0) {LOG_ERROR("Invalid config, value out of range", K(name), K(value), K(ret));} else {_LOG_ERROR("Invalid config, value out of %s (for reference only). name=%s, value=%s, ret=%d", range, name, value, ret);}} else {(*pp_item)->set_version(version);LOG_INFO("Load config succ", K(name), K(value));}

执行参数解析

当配置文件中的数据加载完成后,再解析 OBServer 执行命令中的配置项参数。

  • ObServer::init_config()

其中 config_.add_extra_config(opts_.optstr_, start_time_) 函数将参数解析为配置项的值,然后加载到配置项结构中。最后调用 dump2file() 函数,将前面解析出来的配置项全部持久化到"etc/observer.config.bin"文件中。

int ObServer::init_config()
{int ret = OB_SUCCESS;bool has_config_file = true;// set dump pathconst char *dump_path = "etc/observer.config.bin";config_mgr_.set_dump_path(dump_path);if (OB_FILE_NOT_EXIST == (ret = config_mgr_.load_config())) {has_config_file = false;ret = OB_SUCCESS;}......if (opts_.optstr_ && strlen(opts_.optstr_) > 0) {if (OB_FAIL(config_.add_extra_config(opts_.optstr_, start_time_))) {LOG_ERROR("invalid config from cmdline options", K(opts_.optstr_), KR(ret));}}......if (is_arbitration_mode()) {// arbitration mode, dump config params to file directlyif (OB_FAIL(config_mgr_.dump2file())) {LOG_ERROR("config_mgr_ dump2file failed", KR(ret));} else {LOG_INFO("config_mgr_ dump2file success", KR(ret));}

如果是用 OBD 部署集群,OBServer 第一次启动时,命令中会带上"xxx.yaml"文件中的启动参数。例如:

/data/user/observer1/bin/observer -p 23400 -P 23401 -z zone1 -c 1 -d /data/user/observer1/store -i lo -r 127.0.0.1:23401:23400 -o __min_full_resource_pool_memory=268435456,major_freeze_duty_time=Disable,datafile_size=20G,memory_limit=10G,system_memory=5G,cpu_count=24,stack_size=512K,cache_wash_threshold=1G,workers_per_cpu_quota=10,schema_history_expire_time=1d,net_thread_count=4,minor_freeze_times=10,enable_separate_sys_clog=False,enable_merge_by_turn=False,syslog_io_bandwidth_limit=10G,enable_async_syslog=False

集群第一次部署完成之后,"etc/observer.config.bin"文件才会被创建,之后重启 OBServer 就可以不带参数了,进程会从该文件中读取修改后的配置项。

租户配置项 ObTenantConfig

创建租户时初始化

租户级别配置项首先在创建租户时进行初始化,在代码中是一个 ObTenantConfig 对象。

(不只这一条调用路径,但最终会调用 add_tenant_config() 函数)

  • ObRpcNotifyTenantServerUnitResourceP::process()
  • ObTenantNodeBalancer::notify_create_tenant(oceanbase::obrpc::TenantServerUnitConfig const&)
  • ObTenantNodeBalancer::check_new_tenant(oceanbase::share::ObUnitInfoGetter::ObTenantConfig const&, long)
  • ObMultiTenant::create_tenant(oceanbase::omt::ObTenantMeta const&, bool, long)
  • ObTenantConfigMgr::add_tenant_config(uint64_t tenant_id)

申请一个新的 ObTenantConfig 对象,调用 init() 初始化,然后添加到 config_map_中。

int ObTenantConfigMgr::add_tenant_config(uint64_t tenant_id)
{int ret = OB_SUCCESS;ObTenantConfig *const *config = nullptr;DRWLock::WRLockGuard guard(rwlock_);if (is_virtual_tenant_id(tenant_id)|| OB_NOT_NULL(config = config_map_.get(ObTenantID(tenant_id)))) {if (nullptr != config) {ObTenantConfig *new_config = *config;new_config->set_deleting(false);}} else {ObTenantConfig *new_config = nullptr;new_config = OB_NEW(ObTenantConfig, SET_USE_UNEXPECTED_500("TenantConfig"), tenant_id);if (OB_NOT_NULL(new_config)) {if(OB_FAIL(new_config->init(this))) {LOG_WARN("new tenant config init failed", K(ret));} else if (OB_FAIL(config_map_.set_refactored(ObTenantID(tenant_id),new_config, 0))) {LOG_WARN("add new tenant config failed", K(ret));}......

因为 ObTenantConfig 引入了租户配置项的定义,因此在构造 ObTenantConfig 对象时就完成了配置项的构造。

class ObTenantConfig : public ObCommonConfig
{#undef OB_TENANT_PARAMETER
#define OB_TENANT_PARAMETER(args...) args
#include "share/parameter/ob_parameter_seed.ipp"
#undef OB_TENANT_PARAMETER
};

重启时初始化

在 OBServer 重新启动时,已有租户的配置项也会进行初始化。

  • OB_DEF_DESERIALIZE(ObServerConfig)

调用 OTC_MGR.deserialize() 函数。

OB_DEF_DESERIALIZE(ObServerConfig)
{} else if (OB_FAIL(ObCommonConfig::deserialize(buf, data_len, pos))) {LOG_ERROR("deserialize cluster config failed", K(ret));} else if (OB_FAIL(OTC_MGR.deserialize(buf, data_len, pos))){LOG_ERROR("deserialize tenant config failed", K(ret));}
  • OB_DEF_DESERIALIZE(ObTenantConfigMgr)

读取文件中租户配置项,根据 tenant_id 获取 config,然后将buf中的配置项解析到 config 中。

OB_DEF_DESERIALIZE(ObTenantConfigMgr)
{int ret = OB_SUCCESS;if (data_len == 0 || pos >= data_len) {} else {while(OB_SUCC(ret) && pos < data_len) {......ObTenantConfig *config = nullptr;if (OB_FAIL(config_map_.get_refactored(ObTenantID(tenant_id), config))) {if (ret != OB_HASH_NOT_EXIST || OB_FAIL(add_tenant_config(tenant_id))) {LOG_ERROR("get tenant config failed", K(tenant_id),  K(ret));break;}ret = config_map_.get_refactored(ObTenantID(tenant_id), config);}if (OB_SUCC(ret)) {pos = saved_pos;ret = config->deserialize(buf, data_len, pos);}......

在代码中查询配置项

外部查询

当用户使用"show ..."类型的命令时,OBServer 内部有统一的处理函数:ObShowResolver::resolve()。查询配置项的命令会被解析为 T_SHOW_PARAMETERS 类型,通过查询 __all_virtual_tenant_parameter_stat 表获取配置项的值。

int ObShowResolver::resolve(const ParseNode &parse_tree)
{......case T_SHOW_PARAMETERS: {......if (params_.show_seed_) {char local_ip[OB_MAX_SERVER_ADDR_SIZE] = "";if (OB_UNLIKELY(true != GCONF.self_addr_.ip_to_string(local_ip, sizeof(local_ip)))) {ret = OB_CONVERT_ERROR;} else {GEN_SQL_STEP_1(ObShowSqlSet::SHOW_PARAMETERS_SEED);GEN_SQL_STEP_2(ObShowSqlSet::SHOW_PARAMETERS_SEED, REAL_NAME(OB_SYS_DATABASE_NAME, OB_ORA_SYS_SCHEMA_NAME), REAL_NAME(OB_ALL_VIRTUAL_TENANT_PARAMETER_STAT_TNAME, OB_ALL_VIRTUAL_TENANT_PARAMETER_STAT_ORA_TNAME),local_ip, GCONF.self_addr_.get_port());}} else if (OB_SYS_TENANT_ID == show_tenant_id) {GEN_SQL_STEP_1(ObShowSqlSet::SHOW_PARAMETERS);GEN_SQL_STEP_2(ObShowSqlSet::SHOW_PARAMETERS,REAL_NAME(OB_SYS_DATABASE_NAME, OB_ORA_SYS_SCHEMA_NAME),REAL_NAME(OB_ALL_VIRTUAL_TENANT_PARAMETER_STAT_TNAME, OB_ALL_VIRTUAL_TENANT_PARAMETER_STAT_ORA_TNAME),show_tenant_id);} else {GEN_SQL_STEP_1(ObShowSqlSet::SHOW_PARAMETERS);GEN_SQL_STEP_2(ObShowSqlSet::SHOW_PARAMETERS,REAL_NAME(OB_SYS_DATABASE_NAME, OB_ORA_SYS_SCHEMA_NAME),REAL_NAME(OB_ALL_VIRTUAL_TENANT_PARAMETER_STAT_TNAME, OB_ALL_VIRTUAL_TENANT_PARAMETER_STAT_ORA_TNAME),show_tenant_id);}
}// 最终查询的虚拟表为 __all_virtual_tenant_parameter_stat
const char *const OB_ALL_VIRTUAL_TENANT_PARAMETER_STAT_TNAME = "__all_virtual_tenant_parameter_stat";

查询该虚拟表需要先初始化一个 ObAllVirtualTenantParameterStat 对象,然后调用 inner_open() 函数,再循环调用 inner_get_next_row() 函数遍历虚拟表。

  • ObVirtualTableIterator::get_next_row(common::ObNewRow*&)
  • ObAllVirtualTenantParameterStat::inner_get_next_row(common::ObNewRow*&)

其中 inner_sys_get_next_row() 函数获取集群配置项,inner_tenant_get_next_row() 函数获取租户配置项,最后根据查询条件进行筛选,返回满足条件的配置项。

int ObAllVirtualTenantParameterStat::inner_get_next_row(ObNewRow *&row)
{int ret = OB_SUCCESS;if (OB_UNLIKELY(!inited_)) {ret = OB_NOT_INIT;SERVER_LOG(WARN, "not inited", K(inited_), KR(ret));} else if (show_seed_) {ret = inner_seed_get_next_row(row);} else {if (OB_SUCC(inner_sys_get_next_row(row))) {} else if (OB_ITER_END == ret) {ret = inner_tenant_get_next_row(row);}}return ret;
}
  • ObAllVirtualTenantParameterStat::inner_sys_get_next_row(common::ObNewRow*&)

从 GCONF 中获取集群配置项。

int ObAllVirtualTenantParameterStat::inner_sys_get_next_row(common::ObNewRow *&row)
{/*cluster parameter does not belong to any tenant*/return fill_row_(row, sys_iter_, GCONF.get_container(), NULL);
}// 集群配置项迭代器也就是 GCONF 中一个 hashmap 的迭代器sys_iter_ = GCONF.get_container().begin();
  • ObAllVirtualTenantParameterStat::inner_tenant_get_next_row(common::ObNewRow *&row)

从 tenant_config_中获取租户配置项。

int ObAllVirtualTenantParameterStat::inner_tenant_get_next_row(common::ObNewRow *&row)
{// 租户配置项迭代器也就是 tenant_config_ 中一个 hashmap 的迭代器if (cur_tenant_idx_ < 0 // first come-in// current tenant is over|| (tenant_config_.is_valid() && tenant_iter_ == tenant_config_->get_container().end())) {// find next valid tenantwhile (OB_SUCC(ret) && ++cur_tenant_idx_ < tenant_id_list_.count()) {uint64_t tenant_id = tenant_id_list_.at(cur_tenant_idx_);tenant_config_.set_config(TENANT_CONF(tenant_id));if (tenant_config_.is_valid()) {tenant_iter_ = tenant_config_->get_container().begin();......}......} else {const uint64_t tenant_id = tenant_id_list_.at(cur_tenant_idx_);if (OB_FAIL(fill_row_(row,tenant_iter_,tenant_config_->get_container(),&tenant_id))) {SERVER_LOG(WARN, "fill row fail", KR(ret), K(tenant_id), K(tenant_config_->get_tenant_id()),K(cur_tenant_idx_), K(tenant_id_list_));}

内部获取

集群配置项

因为配置项重载了操作符 operator &(),所以集群配置项直接通过 GCONF.xxx 的形式访问即可。

#include "share/config/ob_server_config.h"GCONF.enable_sql_audit 

在代码中有需要的地方,可以用“if (GCONF.enable_xxx)”来控制分支的走向,或者用“GCONF.xxx_time”来进行时间的计算,这样就可以把配置项使用起来了。

租户配置项

访问租户配置项需要先调用 OTC_MGR.read_tenant_config() 函数获取租户的 config,然后从 config 中获取指定的配置项。以租户配置项 max_stale_time_for_weak_consistency 为例,为其封装一个取值函数。

  • ObWeakReadUtil::max_stale_time_for_weak_consistency(const uint64_t tenant_id, int64_t ignore_warn)

如果获取租户 config 成功,则从 config 中获取配置项的值,否则返回配置项的默认值并打印日志。

int64_t ObWeakReadUtil::max_stale_time_for_weak_consistency(const uint64_t tenant_id, int64_t ignore_warn)
{int64_t max_stale_time = 0;OTC_MGR.read_tenant_config(tenant_id,oceanbase::omt::ObTenantConfigMgr::default_fallback_tenant_id(),/* success */ [&max_stale_time](const omt::ObTenantConfig &config) mutable {max_stale_time = config.max_stale_time_for_weak_consistency;},/* failure */ [tenant_id, ignore_warn, &max_stale_time]() mutable {max_stale_time = DEFAULT_MAX_STALE_TIME_FOR_WEAK_CONSISTENCY;if (IGNORE_TENANT_EXIST_WARN != ignore_warn && REACH_TIME_INTERVAL(1 * 1000 * 1000L)) {TRANS_LOG_RET(WARN, OB_ERR_UNEXPECTED, "tenant not exist when get max stale time for weak consistency,"" use default max stale time instead",K(tenant_id), K(max_stale_time), K(lbt()));}});return max_stale_time;
}
  • ObTenantConfigMgr::read_tenant_config()

从 config_map_中获取 tenant_id 对应的config,成功则调用 SuccessFunctor,失败则调用 FailureFunctor。

int ObTenantConfigMgr::read_tenant_config(const uint64_t tenant_id,const uint64_t fallback_tenant_id,const SuccessFunctor &on_success,const FailureFunctor &on_failure) const
{int ret = OB_SUCCESS;ObTenantConfig *config = nullptr;DRWLock::RDLockGuard guard(rwlock_);if (OB_FAIL(config_map_.get_refactored(ObTenantID(tenant_id), config))) {if (fallback_tenant_id > 0 && OB_INVALID_ID != fallback_tenant_id) {if (OB_FAIL(config_map_.get_refactored(ObTenantID(fallback_tenant_id), config))) {LOG_WARN("failed to get tenant config", K(fallback_tenant_id), K(ret), K(lbt()));}} else {LOG_WARN("failed to get tenant config", K(tenant_id), K(ret));}}if (OB_SUCC(ret) && OB_NOT_NULL(config)) {on_success(*config);} else {on_failure();LOG_WARN("fail read tenant config", K(tenant_id), K(ret));}return ret;
}

在代码中修改配置项

外部修改

修改集群配置项

系统租户执行修改集群配置项命令时,内部会向 __all_sys_parameter 表中插入一条记录(该表只记录增量数据),实际执行的是以下sql命令。

select config_version, zone, svr_type, svr_ip, svr_port, name, data_type, value, info, section, scope, source, edit_level from __all_sys_parameter
INSERT INTO __all_sys_parameter (zone, svr_type, svr_ip, svr_port, name, data_type, value, info, config_version, gmt_modified, section, scope, source, edit_level) VALUES ('', 'observer', 'ANY', 0, 'cpu_count', 'varchar', '9', '', 1689734424757370, usec_to_time(1689734424757370), 'OBSERVER', 'CLUSTER', 'DEFAULT', 'DYNAMIC_EFFECTIVE') ON DUPLICATE KEY UPDATE data_type = 'varchar', value = '9', info = '', config_version = 1689734424757370, gmt_modified = usec_to_time(1689734424757370), section = 'OBSERVER', scope = 'CLUSTER', source = 'DEFAULT', edit_level = 'DYNAMIC_EFFECTIVE'
select config_version, zone, svr_type, svr_ip, svr_port, name, data_type, value, info, section, scope, source, edit_level from __all_sys_parameter
select config_version, zone, svr_type, svr_ip, svr_port, name, data_type, value, info, section, scope, source, edit_level from __all_sys_parameter

将修改后的值插入内部表之后,修改配置项命令就执行完成了。之后内部会将表中的增量数据刷新到各节点的本地数据结构中,此时才算真正完成了集群配置项更新。

修改租户配置项

执行租户配置项修改命令后,内部会执行两条sql,先往 __tenant_parameter 内部表中插入一行数据(该表只记录增量数据),然后往 __all_rootservice_event_history 内部表中插入一条修改记录。

INSERT INTO __tenant_parameter (tenant_id, zone, svr_type, svr_ip, svr_port, name, data_type, value, info, config_version, gmt_modified, section, scope, source, edit_level) VALUES (1004, '', 'observer', 'ANY', 0, 'max_stale_time_for_weak_consistency', 'varchar', '7s', '', 1689732907024711, usec_to_time(1689732907024711), 'TENANT', 'TENANT', 'DEFAULT', 'DYNAMIC_EFFECTIVE') ON DUPLICATE KEY UPDATE data_type = 'varchar', value = '7s', info = '', config_version = 1689732907024711, gmt_modified = usec_to_time(1689732907024711), section = 'TENANT', scope = 'TENANT', source = 'DEFAULT', edit_level = 'DYNAMIC_EFFECTIVE'
INSERT INTO __all_rootservice_event_history (gmt_create, module, event, name1, value1, name2, value2, rs_svr_ip, rs_svr_port) VALUES (usec_to_time(1689732907031822), 'root_service', 'admin_set_config', 'ret', 0, 'arg', '{items:[{name:"max_stale_time_for_weak_consistency", value:"7s", comment:"", zone:"", server:"0.0.0.0:0", tenant_name:"", exec_tenant_id:1004, tenant_ids:[1004]}], is_inner:false}', '127.0.0.1', 23401

同样的,修改内部表之后SQL命令就会返回,之后再由后台线程刷新各节点的租户配置项。

内部更新(同步机制)

内部主动更新配置项,就是把 __tenant_parameter 和 __all_sys_parameter 内部表中的增量配置项同步到本地的过程。

集群配置项同步
  • ObLeaseStateMgr::start_heartbeat()

后台任务 hb_ 每2s执行一次。

int ObLeaseStateMgr::start_heartbeat()
{int ret = OB_SUCCESS;if (!inited_) {ret = OB_NOT_INIT;LOG_WARN("not init", K(ret));} else {const bool repeat = false;if (OB_FAIL(hb_timer_.schedule(hb_, DELAY_TIME, repeat))) {LOG_WARN("schedule failed", LITERAL_K(DELAY_TIME), K(repeat), K(ret));}}return ret;
}static const int64_t DELAY_TIME = 2 * 1000 * 1000;//2s
  • ObLeaseStateMgr::HeartBeat::runTimerTask()

......

  • ObHeartBeatProcess::do_heartbeat_event(oceanbase::share::ObLeaseResponse const&)
  • ObHeartBeatProcess::ObZoneLeaseInfoUpdateTask::runTimerTask()

......

  • ObConfigManager::got_version(long, bool)
  • ObConfigManager::UpdateTask::runTimerTask()

该函数是刷新配置项的后台定时任务,会调用 update_local() 函数,将内部表中的数据同步到本地配置项中。

void ObConfigManager::UpdateTask::runTimerTask()
{......} else if (update_local_) {config_mgr_->current_version_ = version;if (OB_FAIL(config_mgr_->system_config_.clear())) {// just print log, ignore retLOG_WARN("Clear system config map failed", K(ret));} else {// do nothing}if (OB_FAIL(config_mgr_->update_local(version))) {LOG_WARN("Update local config failed", K(ret));// recovery current_version_config_mgr_->current_version_ = old_current_version;// retry update local config in 1s laterif (OB_FAIL(TG_SCHEDULE(lib::TGDefIDs::CONFIG_MGR, *this, 1000 * 1000L, false))) {LOG_WARN("Reschedule update local config failed", K(ret));}
  • ObConfigManager::update_local(int64_t expected_version)

该函数主要做了以下操作:

  1. sql_client_retry_weak.read():从 __all_sys_parameter 内部表中读取增量配置项;
  2. system_config_.update():将配置项的新值更新到本地;
  3. reload_config():重新加载和校验配置项;
  4. dump2file():将配置项同步到 observer.config.bin 文件中;
int ObConfigManager::update_local(int64_t expected_version)
{int ret = OB_SUCCESS;if (OB_ISNULL(sql_proxy_)) {ret = OB_NOT_INIT;LOG_WARN("sql proxy is null", K(ret));} else {ObSQLClientRetryWeak sql_client_retry_weak(sql_proxy_);SMART_VAR(ObMySQLProxy::MySQLResult, result) {int64_t start = ObTimeUtility::current_time();const char *sqlstr = "select config_version, zone, svr_type, svr_ip, svr_port, name, ""data_type, value, info, section, scope, source, edit_level ""from __all_sys_parameter";if (OB_FAIL(sql_client_retry_weak.read(result, sqlstr))) {LOG_WARN("read config from __all_sys_parameter failed", K(sqlstr), K(ret));} else if (OB_FAIL(system_config_.update(result))) {LOG_WARN("failed to load system config", K(ret));......if (OB_SUCC(ret)) {if ('\0' == dump_path_[0]) {ret = OB_NOT_INIT;LOG_ERROR("Dump path doesn't set, stop read config", K(ret));} else if (OB_FAIL(server_config_.read_config())) {LOG_ERROR("Read server config failed", K(ret));} else if (OB_FAIL(reload_config())) {LOG_WARN("Reload configuration failed", K(ret));} else {DRWLock::RDLockGuard guard(OTC_MGR.rwlock_); // need protect tenant config because it will also serialize tenant configif (OB_FAIL(dump2file())) {LOG_WARN("Dump to file failed", K_(dump_path), K(ret));......

租户配置项同步
  • ObLeaseStateMgr::HeartBeat::runTimerTask()

......

  • ObTenantConfig::got_version(long, bool)
  • ObTenantConfig::TenantConfigUpdateTask::runTimerTask()

租户配置项同样有一个后台定时任务,只要配置项的最新版本大于本地版本,就会触发更新操作。

void ObTenantConfig::TenantConfigUpdateTask::runTimerTask()
{int ret = OB_SUCCESS;if (OB_ISNULL(config_mgr_)) {ret = OB_NOT_INIT;LOG_WARN("invalid argument", K_(config_mgr), K(ret));} else if (OB_ISNULL(tenant_config_)){ret = OB_NOT_INIT;LOG_WARN("invalid argument", K_(tenant_config), K(ret));} else {const int64_t saved_current_version = tenant_config_->current_version_;const int64_t version = version_;THIS_WORKER.set_timeout_ts(INT64_MAX);if (tenant_config_->current_version_ >= version) {ret = OB_ALREADY_DONE;} else if (update_local_) {tenant_config_->current_version_ = version;if (OB_FAIL(tenant_config_->system_config_.clear())) {LOG_WARN("Clear system config map failed", K(ret));} else if (OB_FAIL(config_mgr_->update_local(tenant_config_->tenant_id_, version))) {LOG_WARN("ObTenantConfigMgr update_local failed", K(ret), K(tenant_config_));} else {config_mgr_->notify_tenant_config_changed(tenant_config_->tenant_id_);}
  • ObTenantConfigMgr::update_local(uint64_t tenant_id, int64_t expected_version)

查询 __tenant_parameter 内部表获取当前租户的 config,然后将新的数据更新到 config中。

int ObTenantConfigMgr::update_local(uint64_t tenant_id, int64_t expected_version)
{SMART_VAR(ObMySQLProxy::MySQLResult, result) {if (OB_FAIL(sql.assign_fmt("select config_version, zone, svr_type, svr_ip, svr_port, name, ""data_type, value, info, section, scope, source, edit_level ""from %s where tenant_id = '%lu'", OB_TENANT_PARAMETER_TNAME, tenant_id))) {} else if (OB_FAIL(sql_client_retry_weak.read(result, exec_tenant_id, sql.ptr()))) {LOG_WARN("read config from __tenant_parameter failed",KR(ret), K(tenant_id), K(exec_tenant_id), K(sql));} else {DRWLock::WRLockGuard guard(rwlock_);ret = config_map_.get_refactored(ObTenantID(tenant_id), config);if (OB_FAIL(ret)) {LOG_ERROR("failed to get tenant config", K(tenant_id), K(ret));} else {ret = config->update_local(expected_version, result);}
  • ObTenantConfig::update_local()

调用 system_config_.update() 函数将配置项更新到本地,然后调用 dump2file() 将配置项持久化到文件中。

int ObTenantConfig::update_local(int64_t expected_version, ObMySQLProxy::MySQLResult &result,bool save2file /* = true */)
{int ret = OB_SUCCESS;if (OB_FAIL(system_config_.update(result))) {LOG_WARN("failed to load system config", K(ret));if (OB_SUCC(ret)) {if (OB_FAIL(read_config())) {LOG_ERROR("Read tenant config failed", K_(tenant_id), K(ret));} else if (save2file && OB_FAIL(config_mgr_->dump2file())) {LOG_WARN("Dump to file failed", K(ret));

小结

新增配置项并不复杂,代码中已经实现了成熟的访问和同步机制,只需要使用合适的宏并填上一些参数就可以定义新配置项了,而后续如何使用这个配置项才是实现新功能的关键。在修改配置项的过程中,实际上还会进行一些合法性检查,这部分会在后面的文章中与系统变量一起进行说明。

本专题下一篇文章是关于“系统变量的定义和源码解析”,系统变量的机制有别于配置项,还有全局级和会话级的区分,感兴趣的同学欢迎继续关注。

参考资料

  1. 配置项总览
  2. OceanBase源码

http://www.ppmy.cn/news/1475541.html

相关文章

七、MyBatis-Plus高级用法:最优化持久层开发-个人版

七、MyBatis-Plus高级用法&#xff1a;最优化持久层开发 目录 文章目录 七、MyBatis-Plus高级用法&#xff1a;最优化持久层开发目录 一、MyBatis-Plus快速入门1.1 简介1.2 快速入门回顾复习 二、MyBatis-Plus核心功能2.1 基于Mapper接口CRUDInsert方法Delete方法Update方法Se…

云计算安全需求分析与安全保护工程

云计算基本概念 云计算&#xff08;Cloud Computing&#xff09;是一种通过互联网提供计算资源和服务的技术。它允许用户按需访问和使用计算资源&#xff0c;如服务器、存储、数据库、网络、安全、分析和软件应用等&#xff0c;而无需管理底层基础设施。以下是云计算的基本概念…

【数据救援实战】移动硬盘无法读取打不开?两步策略拯救你的数据

移动硬盘困境&#xff1a;读取障碍的深层剖析 在数据存储日益重要的今天&#xff0c;移动硬盘作为便携与容量的完美结合体&#xff0c;成为众多用户保存重要文件的首选。然而&#xff0c;当遇到移动硬盘无法读取或无法打开的情况时&#xff0c;那份焦急与无助感往往让人难以承…

Python-PLAXIS自动化建模技术与典型岩土工程

有限单元法在岩土工程问题中应用非常广泛&#xff0c;很多软件都采用有限单元解法。在使用各大软件进行数值模拟建模的过程中&#xff0c;您是否发现GUI界面中重复性的点击输入工作太繁琐&#xff1f;从而拖慢了设计或方案必选进程&#xff1f; 搭建自己的Plaxis模型&#xff…

IDEA中Git常用操作及Git存储原理

Git简介与使用 Intro Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency. Git是一款分布式版本控制系统&#xff08;VSC&#xff09;&#xff0c;是团队合作开发…

bash: redi-cli: 未找到命令...

问题描述 在执行命令&#xff1a;redi-cli --bigkeys 提示&#xff1a;bash: redi-cli: 未找到命令... 确定服务器是否有Redis进程 ps -ef | grep redis查找Redis 文件信息 find / -name "redis-*"进入到当前目录 cd /usr/bin/再次执行命令 涉及redis-cli 连…

数据库系统中的Undo和Redo

在数据库管理系统&#xff08;DBMS&#xff09;中&#xff0c;undo 和 redo 是两种用于事务管理和故障恢复的重要机制。它们主要涉及事务的提交、回滚以及系统故障后的数据恢复。 Undo&#xff08;撤销&#xff09; 作用&#xff1a;undo 用于撤销未提交事务所做的修改&#…

Lab1 论文 MapReduce

目录 &#x1f339;资源链接 &#x1f354;调试技巧 &#x1f985;2 Programming Model &#x1f33c;2.1 Example &#x1f33c;2.2 Types &#x1f33c;2.3 More Examples &#x1f985;3 Implementation(实现) &#x1f33c;3.1 ~ 3.3 &#x1f33c;3.4 ~ 3.6…

36. Adam 算法详解

Adam&#xff08;Adaptive Moment Estimation&#xff09;是一种结合动量法和自适应学习率的优化算法&#xff0c;自2014年提出以来&#xff0c;迅速成为深度学习中最流行和常用的优化算法之一。Adam算法的核心思想是利用梯度的一阶动量和二阶动量来动态调整学习率&#xff0c;…

Java的高级特性

类的继承 继承是从已有的类中派生出新的类&#xff0c;新的类能拥有已有类的属性和行为&#xff0c;并且可以拓展新的属性和行为 public class 子类 extends 父类{子类类体 } 优点 代码的复用 提高编码效率 易于维护 使类与类产生关联&#xff0c;是多态的前提 缺点 类缺乏独…

RequestContextHolder多线程获取不到request对象

RequestContextHolder多线程获取不到request对象&#xff0c;调用feign接口时&#xff0c;在Feign中的RequestInterceptor也获取不到HttpServletRequest问题解决方案。 1.RequestContextHolder多线程获取不到request对象 异常信息&#xff0c;报错如下&#xff1a; 2024-07-0…

k8s集群新增节点

目前集群状态 如K8S 集群搭建中规划的集群一样 Masternode01node02IP192.168.100.100192.168.100.101192.168.100.102OSCent OS 7.9Cent OS 7.9Cent OS 7.9 目前打算新增节点node03 Masternode01node02node03IP192.168.100.100192.168.100.101192.168.100.102192.168.100.1…

FPGA设计之跨时钟域(CDC)设计篇(1)----亚稳态到底是什么?

1、什么是亚稳态? 在数字电路中,如果数据传输时不满足触发器FF的建立时间要求Tsu和保持时间要求Th,就可能产生亚稳态(Metastability),此时触发器的输出端(Q端)在有效时钟沿之后比较长的一段时间都会处于不确定的状态(在0和1之间振荡),而不是等于数据输入端(D端)的…

升级springboot3.2集成shiro的问题

由于之前的springcloud相关版本太久&#xff0c;很多新功能无法使用&#xff0c;所以打算抽时间把代码的版本做一下升级。使用最新版的springboot3.2&#xff0c;发现shiro过滤器无效。经检查发现原因&#xff1a; springboot3.x使用的是JDK17&#xff0c;从jdk8以后javax.serv…

【数据结构】单链表 双向链表

目录 链表链表的分类单链表单链表接口的实现内部类头插法尾插法任意位置插入查找是否包含关键字key是否在单链表当中删除第一次出现关键字为key的节点删除所有值为key的节点得到单链表的长度清空链表单链表的优缺点 双向链表双向链表接口的实现内部类头插法尾插法任意位置插入查…

微信小程序 - 本地存储 增加有效期

小程序的本地存储API提供了wx.setStorageSync和wx.setStorage来存储数据&#xff0c;注意的是&#xff0c;小程序的本地存储并没有明确的有效期设置&#xff0c;存储的数据在不超过限制的情况下&#xff0c;会一直保留。 一、小程序本地存储API 小程序的本地存储API提供了设置…

32路串口服务器 应用领域

32路串口服务器在多个领域有着广泛的应用&#xff0c;以下是详细的应用实例&#xff1a; 一、工业自动化 在工业自动化领域&#xff0c;32路串口服务器发挥着举足轻重的作用。传统的工业设备往往采用串口通信方式&#xff0c;而串口服务器能够将这些设备接入网络&#xff0c;…

800 元打造家庭版 SOC 安全运营中心

今天,我们开始一系列新的文章,将从独特而全面的角度探索网络安全世界,结合安全双方:红队和蓝队。 这种方法通常称为“紫队”,集成了进攻和防御技术,以提供对威胁和安全解决方案的全面了解。 在本系列的第一篇文章中,我们将指导您完成以 100 欧元约800元左右的预算创建…

金南瓜科技的SECS/GEM解决方案

1. 高稳定性和可靠性&#xff1a;金南瓜SECS/GEM解决方案已在多家知名半导体工厂中稳定运行&#xff0c;实现了7*24小时无重启无故障超过3年时间 。 2. 符合国际标准&#xff1a;金南瓜的解决方案符合SEMI E4、E5、E30、E37通信协议&#xff0c;确保与国际标准的兼容性&#x…

《RWKV》论文笔记

原文出处 [2305.13048] RWKV: Reinventing RNNs for the Transformer Era (arxiv.org) 原文笔记 What RWKV(RawKuv):Reinventing RNNs for the Transformer Era 本文贡献如下&#xff1a; 提出了 RWKV 网络架构&#xff0c;结合了RNNS 和Transformer 的优点&#xff0c;同…