OceanBase v4.2 解读：tenant=all 语义优化，提升易用性

2024-06-07 09:04
文章标签 优化 解读 提升 语义 oceanbase 易用性 tenant v4.2

本文主要是介绍OceanBase v4.2 解读：tenant=all 语义优化，提升易用性，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1 背景

1.1 租户类型及特点

OceanBase中有三种类型的租户：

  • sys租户：集群默认创建，生命周期与集群相一致，管理集群和其他租户，具有较高的地位。
  • 用户租户：用户创建的业务租户或普通租户，用于运行用户业务并提供完整的数据库功能。
  • meta租户：与用户租户对应的内部租户，用于存储和管理用户租户的集群私有数据。

可见，sys租户和meta租户都具有“角色关键，但不跑业务”的特点，因此，用户在运维中也往往不会刻意关注这些租户，而是将重点放在用户租户上。

1.2 tenant=all 的已知问题

目前，租户级配置项修改命令支持tenant=all语法，即alter system set xxx=yyy tenant=all，语义是对所有租户，包括sys、meta租户，都生效。这种设计存在两个问题。

一是易用性问题，即可能使用户做出不符合本身意愿的误操作。当用户使用tenant=all时，可能仅仅是想对所有用户租户生效，也没有清楚而深刻地认识到“我这个动作，已经顺带把sys租户和meta租户的配置项一起改了，这可能会有问题，我需要特别留心这一点”。

二是稳定性问题，即可能会引发observer故障。如果有些配置项对sys租户很重要，不可轻易修改，那么，一旦这些配置项被tenant=all“顺带”修改了，就可能引发ObServer的故障，并增加问题排查的难度。

以cpu_quota_concurrency为例说明，sys租户默认配置成10，其余租户默认值为4，如果用户执行了alter system set cpu_quota_concurrency=5 tenant=all;，可能导致sys租户出现问题。而用户很可能仅仅是想改跑业务的用户租户的配置项，sys、meta被连带修改，非用户本意。

1.3 解决方案

变更tenant=all的语义，彻底杜绝用户误操作的风险，同时新增语法兼容旧语义，详见下文变更细节。

2 tenant=all语义变更

2.1 变更细节

首先，修改tenant=all语义，改为“仅包括所有用户租户，排除sys和meta租户”，以彻底杜绝用户误操作风险，提升产品稳定性。

除了配置项修改语法，其它使用tenant=all的语法，如合并转储相关语法，也要一起修改，为了保持产品行为统一，避免用户疑惑。

其次，新增语法，tenant=all_user，tenant=all_meta，分别对应所有用户租户和所有meta租户。理由是兼容原有语义，提供更细粒度的控制，在保证操作安全的前提下尽量方便用户使用。如果用户想使操作对所有用户租户生效，可以使用tenant=all_user，而不必一一列举租户名称；如果用户确实想要使操作对所有租户都生效，可以依次使用tenant=all_user，tenant=all_meta，tenant=sys，详见使用说明。

修改后，tenant=all和tenant=all_user的语义完全相同，后面会在恰当时机废弃tenant=all。

2.2 影响到的模块和命令

模块命令
配置项修改alter system set xxx=yyy tenant=all
合并转储alter system {major|minor} freeze tenant=allalter system {suspend|resume} merge tenant=allalter system clear merge error tenant=all

2.3 性能影响

无影响。本特性只是缩小了tenant=all的生效范围，同时新增了两个与tenant=all类似的命令，即（tanant=all_user和tenant=all_meta），且实现上没有新增开销大的操作，因此不会增加额外的运行负担，对数据库性能无影响。

3 使用说明及特性限制

  • 仅支持在sys租户下使用tenant=sys，tenant=all_user，tenant=all_meta。
  • 对配置项修改语法和合并转储语法，均不建议再使用tenant=all。
  • 如果只想对sys租户生效，使用tenant=sys；如果只想对所有的用户租户生效，使用tenant=all_user；如果只想对所有的meta租户生效，使用tenant=all_meta。
  • 如果确实想对所有的租户生效，则需依次使用tenant=sys，tenant=all_user，tenant=all_meta。
  • 对于配置项设置语法，tenant后不支持list形式；对于合并转储语法，all_user和all_meta只能单独使用，其它名称可以组合成list形式使用。
  • sys不能大写，因为sys是租户名，是区分大小写的。而all_user和all_meta是关键字，不区分大小写。

# 配置项设置示例
# 以下三句实现原有all语义
alter system set ob_compaction_schedule_interval = '10s' tenant = sys; # sys不能大写
alter system set ob_compaction_schedule_interval = '10s' tenant = all_user;
alter system set ob_compaction_schedule_interval = '10s' tenant = all_meta;# 以下示例不可以，tenant后只能是单个名称，不能是list
obclient> alter system set ob_compaction_schedule_interval = '10s' tenant = mysql,sys;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your OceanBase version for the right syntax to use near 'sys' at line 1obclient> alter system set ob_compaction_schedule_interval = '10s' tenant = all_user,all_meta;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your OceanBase version for the right syntax to use near 'all_meta' at line 1obclient> alter system set ob_compaction_schedule_interval = '10s' tenant = mysql,all_user;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your OceanBase version for the right syntax to use near 'all_user' at line 1obclient> alter system set ob_compaction_schedule_interval = '10s' tenant = mysql,all_meta;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your OceanBase version for the right syntax to use near 'all_meta' at line 1# 合并转储示例
# 以下三句实现原有all语义
alter system major freeze tenant = sys; # sys不能大写
alter system major freeze tenant = all_user;
alter system major freeze tenant = all_meta;# 以下示例不可以,all_user/all_meta只能单独使用
obclient> alter system major freeze tenant = all_user,all_meta;
ERROR 1235 (0A000): all/all_user/all_meta in combination with other names is not supportedobclient> alter system major freeze tenant = mysql,all_user;
ERROR 1235 (0A000): all/all_user/all_meta in combination with other names is not supportedobclient> alter system major freeze tenant = mysql,all_meta;
ERROR 1235 (0A000): all/all_user/all_meta in combination with other names is not supported# 以下示例是可以的，all_user/all_meta外的名称可以组合使用
alter system major freeze tenant = tt1,sys;

在使用该特性的过程中，存在一些限制。

第一，不能再创建名为all_user或者all_meta（不区分大小写）的租户，因为all_user和all_meta变成保留字了。

第二，低版本升级4.2.1版本前，需要先检查集群中是否有名为all_user或者all_meta（不区分大小写）的租户，如有，需要先重命名租户再升级。

第三，因为没有实际风险，故以下语法中tenant=all语义暂未变更，且暂无计划在未来版本做变更，会维持原有语义不变，且不支持tenant=all_user或tenant=all_meta。

# 升级相关命令，不显示指定TENANT，或指定TENANT = ALL，都会对所有租户生效，无风险
ALTER SYSTEM RUN UPGRADE JOB "CMD" [TENANT = ALL|tenant_list];
# 这里TENANT = ALL只包含用户租户，sys租户和meta租户没有对应功能
ALTER SYSTEM ARCHIVELOG|NOARCHIVELOG TENANT = ALL;

这篇关于OceanBase v4.2 解读：tenant=all 语义优化，提升易用性的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1038737。

相关文章

Vue3 的 shallowRef 和 shallowReactive：优化性能

Vue3 的 shallowRef 和 shallowReactive：优化性能

大家对 Vue3 的 ref 和 reactive 都很熟悉，那么对 shallowRef 和 shallowReactive 是否了解呢？ 在编程和数据结构中，“shallow”（浅层）通常指对数据结构的最外层进行操作，而不递归地处理其内部或嵌套的数据。这种处理方式关注的是数据结构的第一层属性或元素，而忽略更深层次的嵌套内容。 1. 浅层与深层的对比 1.1 浅层（Shallow） 定义
阅读更多...
HDFS—存储优化（纠删码）

HDFS—存储优化（纠删码）

纠删码原理 HDFS 默认情况下，一个文件有3个副本，这样提高了数据的可靠性，但也带来了2倍的冗余开销。 Hadoop3.x 引入了纠删码，采用计算的方式，可以节省约50％左右的存储空间。 此种方式节约了空间，但是会增加 cpu 的计算。 纠删码策略是给具体一个路径设置。所有往此路径下存储的文件，都会执行此策略。 默认只开启对 RS-6-3-1024k
阅读更多...
使用opencv优化图片（画面变清晰）

使用opencv优化图片（画面变清晰）

文章目录 需求影响照片清晰度的因素 实现降噪测试代码 锐化空间锐化Unsharp Masking频率域锐化对比测试 对比度增强常用算法对比测试 需求 对图像进行优化，使其看起来更清晰，同时保持尺寸不变，通常涉及到图像处理技术如锐化、降噪、对比度增强等 影响照片清晰度的因素 影响照片清晰度的因素有很多，主要可以从以下几个方面来分析 1. 拍摄设备 相机传感器：相机传
阅读更多...
MySQL高性能优化规范

MySQL高性能优化规范

前言：      笔者最近上班途中突然想丰富下自己的数据库优化技能。于是在查阅了多篇文章后，总结出了这篇！ 数据库命令规范 所有数据库对象名称必须使用小写字母并用下划线分割 所有数据库对象名称禁止使用mysql保留关键字（如果表名中包含关键字查询时，需要将其用单引号括起来） 数据库对象的命名要能做到见名识意，并且最后不要超过32个字符 临时库表必须以tmp_为前缀并以日期为后缀，备份
阅读更多...
MCU7.keil中build产生的hex文件解读

MCU7.keil中build产生的hex文件解读

1.hex文件大致解读 闲来无事,查看了MCU6.用keil新建项目的hex文件 用FlexHex打开 给我的第一印象是:经过软件的解释之后,发现这些数据排列地十分整齐 :02000F0080FE71:03000000020003F8:0C000300787FE4F6D8FD75810702000F3D:00000001FF 把解释后的数据当作十六进制来观察 1.每一行数据
阅读更多...
Java ArrayList扩容机制 （源码解读）

Java ArrayList扩容机制 （源码解读）

结论：初始长度为10，若所需长度小于1.5倍原长度，则按照1.5倍扩容。若不够用则按照所需长度扩容。 一. 明确类内部重要变量含义         1：数组默认长度         2:这是一个共享的空数组实例，用于明确创建长度为0时的ArrayList ，比如通过 new ArrayList<>(0)，ArrayList 内部的数组 elementData 会指向这个 EMPTY_EL
阅读更多...
SWAP作物生长模型安装教程、数据制备、敏感性分析、气候变化影响、R模型敏感性分析与贝叶斯优化、Fortran源代码分析、气候数据降尺度与变化影响分析

SWAP作物生长模型安装教程、数据制备、敏感性分析、气候变化影响、R模型敏感性分析与贝叶斯优化、Fortran源代码分析、气候数据降尺度与变化影响分析

查看原文>>>全流程SWAP农业模型数据制备、敏感性分析及气候变化影响实践技术应用 SWAP模型是由荷兰瓦赫宁根大学开发的先进农作物模型，它综合考虑了土壤-水分-大气以及植被间的相互作用；是一种描述作物生长过程的一种机理性作物生长模型。它不但运用Richard方程，使其能够精确的模拟土壤中水分的运动，而且耦合了WOFOST作物模型使作物的生长描述更为科学。 本文让更多的科研人员和农业工作者
阅读更多...
从状态管理到性能优化：全面解析 Android Compose

从状态管理到性能优化：全面解析 Android Compose

文章目录 引言一、Android Compose基本概念1.1 什么是Android Compose?1.2 Compose的优势1.3 如何在项目中使用Compose 二、Compose中的状态管理2.1 状态管理的重要性2.2 Compose中的状态和数据流2.3 使用State和MutableState处理状态2.4 通过ViewModel进行状态管理 三、Compose中的列表和滚动
阅读更多...
Spring 源码解读：自定义实现Bean定义的注册与解析

Spring 源码解读：自定义实现Bean定义的注册与解析

引言 在Spring框架中，Bean的注册与解析是整个依赖注入流程的核心步骤。通过Bean定义，Spring容器知道如何创建、配置和管理每个Bean实例。本篇文章将通过实现一个简化版的Bean定义注册与解析机制，帮助你理解Spring框架背后的设计逻辑。我们还将对比Spring中的BeanDefinition和BeanDefinitionRegistry，以全面掌握Bean注册和解析的核心原理。
阅读更多...
java学习，进阶，提升

java学习，进阶，提升

http://how2j.cn/k/hutool/hutool-brief/1930.html?p=73689
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2