【赵渝强老师】OceanBase的配置文件与配置项

本文涉及的产品
RDS MySQL DuckDB 分析主实例,集群系列 4核8GB
简介: OceanBase集群中,OBServer节点需预创建etc、log、run、store等目录,store下还需clog、slog、sstable子目录。etc存放配置文件,etc2/3为自动备份目录,配置项分集群与租户级,通过SHOW PARAMETERS查看,支持模糊查询。

b421.png

在OceanBase集群中,OBServer节点工作目录下通常有audit、bin、etc、etc2、etc3、log、run、store等目录,但这些目录并非都是安装必须的。在启动OBServer节点前需要保证etc、log、run、store这4的目录存在,同时store下应该有clog、slog、sstable这3个目录。etc2、etc3是备份配置文件用的,由OBServer节点创建。audit下存放的是审计日志,也由OBServer节点创建。bin目录用于存放observer二进制文件。如下所示:

[root@node11 ~]# tree observer/ -d -L 1
observer/
├── admin
├── audit
├── bin
├── etc           
├── etc2          
├── etc3          
├── lib
├── log           
├── log_obshell
├── run
└── store -> /root/obdata
11 directories


etc、etc2、etc3都是配置文件目录。这三个目录里的内容是完全一致的,区别是后两个目录是OBServer节点创建的,第一个目录是启动前需要准备的。etc2和etc3是配置文件额外保存的目录,由配置项config_additional_dir控制。当配置修改以后,除了会写标准的etc/observer.config.bin以外,还会额外在这些目录创建配置项文件。server启动不会读取额外目录的配置项文件,只是作为额外备份。额外目录如果有权限会自动创建,没有权限则日志中报ERROR。视频讲解如下:

OceanBase数据库的配置项分为集群级配置项和租户级配置项。OBServer节点会将所有的配置项序列化后保存到工作目录下的配置文件etc/observer.config.bin中,之后在这个工作目录下启动OBServer节点都会读取这个配置文件。


  • 普通租户使用SHOW PARAMETERS语句查看本租户级配置项信息的SQL语句如下:
SHOW PARAMETERS [SHOW_PARAM_OPTS]


  • 系统租户可以使用SHOW PARAMETERS语句查看集群级配置项和租户级配置项信息。并可通过增加TENANT关键字信息查看指定租户的配置项。
SHOW PARAMETERS [SHOW_PARAM_OPTS] TENANT = tenant_name


例如:

# 查询所有的配置信息
ob> show parameters;
...+-------------------------+-----------+-------+....
...| name                    | data_type | value |....
...+-------------------------+-----------+-------+....
...| utl_file_open_max       | INT       | 50    |....
...| _use_odps_jni_connector | BOOL      | True  |....
...| ob_java_connector_path  | STRING    |       |....
...| ob_java_opts            | STRING    |       |....
...| ob_java_home            | STRING    |       |....
......
# 执行模糊查询
ob> show parameters like 'datafile%';
...+--------------------------+-----------+-------+...
...| name                     | data_type | value |...
...+--------------------------+-----------+-------+...
...| datafile_disk_percentage | INT       | 0     |...
...| datafile_maxsize         | CAPACITY  | 12G   |...
...| datafile_next            | CAPACITY  | 1G    |...
...| datafile_size            | CAPACITY  | 1G    |...
...+--------------------------+-----------+-------+...
4 rows in set (0.015 sec)


相关文章
|
1天前
|
人工智能 测试技术 API
一线工程师 2025 总结:LLM 只用了不到 10%,剩下 90% 卡在哪?
2025年,LLM能力爆发,但多数企业仅用到其10%。真正瓶颈不在模型强弱,而在工程落地:延迟不可控、并发崩溃、换模成本高、成本失控成常态。当LLM从“工具”变为“基础设施”,中转层与系统稳定性成为关键。释放剩余90%潜力,需扎实的架构设计与工程治理。
|
1天前
|
机器学习/深度学习 人工智能 安全
构建AI智能体:八十六、大模型的指令微调与人类对齐:从知识渊博到善解人意
本文探讨了大模型从知识储备到实用助手的进化过程。首先分析了原始预训练模型存在的问题:擅长文本补全但缺乏指令理解能力,可能生成有害或无关内容。然后详细介绍了指令微调技术,通过高质量(指令-输出)数据集教会模型理解并执行翻译、总结、情感分析等任务。进一步阐述了人类对齐技术,包括基于人类反馈的强化学习(RLHF)的三个关键步骤,使模型输出不仅符合指令,更符合人类价值观。最后展示了Qwen模型微调实践,包括代码实现和效果对比。整个过程将AI从知识库转变为既强大又安全可靠的智能助手。
59 18
|
20天前
|
人工智能 安全 数据可视化
面向业务落地的AI产品评测体系设计与平台实现
在AI技术驱动下,淘宝闪购推进AI应用落地,覆盖数字人、数据分析、多模态创作与搜推AI化四大场景。面对研发模式变革与Agent链路复杂性,构建“评什么、怎么评、如何度量”的评测体系,打造端到端质量保障平台,并规划多模态评测、可视化标注与插件市场,支撑业务持续创新。
327 38
|
13天前
|
SQL 存储 关系型数据库
从一条慢SQL说起:交易订单表如何做索引优化
本文首先以淘天电商交易订单表线上一条非典型慢 SQL 的深入剖析为切入点,示范如何系统地分析与排查慢 SQL;接着详尽归纳了索引分类、B+Tree 与 B‑Tree 的结构差异、B+Tree 高度估算方法、EXPLAIN 与 Query Profile 等诊断工具的使用,以及索引下推与排序的执行流程等索引优化理论;最后结合日常实践经验,提出了适用于大规模线上集群的索引变更 SOP,并总结了常见的慢 SQL 成因与相应的解决策略。
199 36
从一条慢SQL说起:交易订单表如何做索引优化
|
20天前
|
存储 缓存 NoSQL
阿里云 Tair 联手 SGLang 共建 HiCache,构建面向“智能体式推理”的缓存新范式
针对智能体式推理对KVCache的挑战,阿里云Tair KVCache团队联合SGLang社区推出HiCache技术,通过多级存储卸载与全局共享机制,实现缓存命中率翻倍、TTFT降低56%、QPS提升2倍,构建面向长上下文、高并发、多智能体协作的下一代推理缓存基础设施。
253 27
阿里云 Tair 联手 SGLang 共建 HiCache,构建面向“智能体式推理”的缓存新范式
|
18天前
|
传感器 安全 前端开发
电路安全防线,平芯微过压过流保护芯片深度解析与应用指南
电路安全防线,平芯微过压过流保护芯片深度解析与应用指南
|
22天前
|
人工智能 物联网 测试技术
ModelScope魔搭社区发布月报 -- 25年12月
魔搭社区12月重磅更新DeepSeek 3.2、Mistral-3等模型,Z-Image-Turbo引领文生图生态,平台全面升级加速开源模型落地。
220 8