作者：杨家鑫 多点⾼级 DBA ，擅⻓故障分析与性能优化，喜欢探索新技术，爱好摄影。

背景

测试 OceanBase 对比 MySQL，TiDB 的性能表现，数据存储压缩，探索多点内部项目一个数据库场景落地 Oceanbase（MySQL->OceanBase）。

单机测试

准备

OBD 方式部署单机

文件准备

wget https://obbusiness-private.oss-cn-shanghai.aliyuncs.com/download-center/opensource/oceanbase-all-in-one/7/x86_64/oceanbase-all-in-one-4.1.0.0-100120230323143519.el7.x86_64.tar.gz?Expires=1681878350&OSSAccessKeyId=LTAI5tGVLeRRycCRGerZJMNC&Signature=4E8%2FW77U1MAqq1ttNvuljadkTq0%3D mv oceanbase-all-in-one-4.1.0.0-100120230323143519.el7.x86_64.tar.gz?Expires=1681878350 oceanbase-all-in-one-4.1.0.0-100120230323143519.el7.x86_64.tar.gz tar -zxf oceanbase-all-in-one-4.1.0.0-100120230323143519.el7.x86_64.tar.gz -C /usr/local 

安装相关包

/usr/local/oceanbase-all-in-one/bin/install.sh ....... ##################################################################### Install Finished ===================================================================== Setup Environment: source ~/.oceanbase-all-in-one/bin/env.sh Start Web Service: obd web Quick Start: obd demo More Details: obd -h ===================================================================== 

修改配置文件

包含组件：oceanbase-ce、obproxy-ce、obagent、grafana、Prometheus

cp /usr/local/oceanbase-all-in-one/obd/usr/obd/example/all-components.yaml ./ vi all-components.yaml 

• memory_limit 64G observer 总内存（租户内存+系统内存）
• system_memory 30G 系统内存
• datafile_size 1500G 数据文件大小（启动就会预分配）
• log_disk_size 日志文件大小（启动就会预分配）

# all-components.yaml oceanbase-ce: servers: - name: server1 ip: 127.0.0.1 global: devname: lo memory_limit: 64G # The maximum running memory for an observer system_memory: 30G datafile_size: 1500G # Size of the data file. log_disk_size: 800G # The size of disk space used by the clog files. ....... server1: ........ zone: zone1 obproxy-ce: depends: - oceanbase-ce servers: - 127.0.0.1 global: ...... obagent: depends: - oceanbase-ce servers: - name: server1 ip: 127.0.0.1 global: home_path: /data/obagent1 ocp-express: depends: - oceanbase-ce - obproxy-ce - obagent servers: - 127.0.0.1 global: ..... 

部署启动

obd cluster deploy obtest -c all-components.yaml +--------------------------------------------------------------------------------------------+ | Packages | +--------------+---------+------------------------+------------------------------------------+ | Repository | Version | Release | Md5 | +--------------+---------+------------------------+------------------------------------------+ | oceanbase-ce | 4.1.0.0 | 100000192023032010.el7 | 8439ecf8db5e0649bd49671b41ea9e8c85756b63 | | obproxy-ce | 4.1.0.0 | 7.el7 | 2a9d9bf67f179dcca2a8c9e7c77373d94e7e2abe | | obagent | 1.3.0 | 22.el7 | d57fbb4962b2fbecb6282358c59295fdfba4d6ac | | ocp-express | 1.0.0 | 100000432023032015.el7 | 42c6fc921063f24f9e1072d75bfa7f21f42146e3 | +--------------+---------+------------------------+------------------------------------------+ ------ obd cluster start obtest ... +---------------------------------------------+ | observer | +-----------+---------+------+-------+--------+ | ip | version | port | zone | status | +-----------+---------+------+-------+--------+ | 127.0.0.1 | 4.1.0.0 | 4000 | zone1 | ACTIVE | +-----------+---------+------+-------+--------+ obclient -h127.0.0.1 -P4000 -uroot -Doceanbase -A +---------------------------------------------+ | obproxy | +-----------+------+-----------------+--------+ | ip | port | prometheus_port | status | +-----------+------+-----------------+--------+ | 127.0.0.1 | 2883 | 2884 | active | +-----------+------+-----------------+--------+ obclient -h127.0.0.1 -P2883 -uroot -Doceanbase -A +------------------------------------------------------------------+ | obagent | +---------------+--------------------+--------------------+--------+ | ip | mgragent_http_port | monagent_http_port | status | +---------------+--------------------+--------------------+--------+ | 10.xxxx | 8089 | 8088 | active | +---------------+--------------------+--------------------+--------+ +------------------------------------------------------------------+ | ocp-express | +---------------------------+----------+------------------+--------+ | url | username | default_password | status | +---------------------------+----------+------------------+--------+ | http://10.xxxx:8180 | admin | oceanbase | active | +---------------------------+----------+------------------+--------+ 

创建 MySQL 用户

create resource unit ut1 max_cpu 32,memory_size '16G'; create resource pool p1 unit 'ut1',unit_num 1; create tenant mysql resource_pool_list=('p1') set ob_tcp_invited_nodes='%'; 

重要配置

	OceanBase	TiDB	MySQL
社区版本	v4.1.0	v6.1.5	v5.7.16
内存配置	租户memory_size 16G	block_cache_size 16G	innodb_buffer_pool_size 16G
单机器配置	32C RAID10 SSD	32C RAID10 SSD	32C RAID10 SSD
刷盘配置	默认强制刷盘（无刷盘相关配置参数）	sync-log=1	sync_binlog=1
并发数	5,10,20,30,60,120	5,10,20,30,60,120	5,10,20,30,60,120
测试模式	read_write,read_only,write_only	read_write,read_only,write_only	read_write,read_only,write_only
单次测试时间	300s共 18 种测试（并发数x测试模式）	300s共18种测试（并发数x测试模式）	300s共 18 种测试（并发数x测试模式）
每种测试方法	obd test sysbench（OBD 自带） 先 prepare、再 run、再 cleanup	sysbench prepare sysbench runsysbench cleanup	sysbench prepare sysbench run sysbench cleanup

• 架构层级：
  • MySQL 一层架构、OceanBase 二层架构（OBProxy + OBServer）、TiDB 三层架构（TiDB+PD+TiKV）；
  • 每多一层网络层面的延迟消耗会增加。
• QPS：平均延迟 OceanBase 表现相对于 MySQL 表现均可以
  • QPS 延迟时间相对是 MySQL 的 1/3（最低 QPS 也过万，最低平均延迟 3ms）；
  • 数据压缩率（表仅 2 数值、2 字符字段）是 MySQL 的 3/5。
• sysbench 表相对简单和实践生产场景表有一定差异，本次测试作为参考
• 每种测试（每类数据库共 18 种测试）均会生成测试数据（prepare）、跑测试（run）、清理测试数据（cleanup）

QPS 表现

延迟表现

存储压缩

MySQL：数据 test 库物理空间占用 69G

mysql> select count(*) from sbtest10; +----------+ | count(*) | +----------+ | 30000000 | +----------+ 1 row in set (4.62 sec) 

TiDB：数据 test 库物理空间占用 39G

mysql> select count(*) from sbtest10; +----------+ count(*) | +----------+ 30000000 | +----------+ 1 row in set (0.00 sec) 

OceanBase：数据 test 库物理空间占用 43G。预分配机制，启动就是占用 1.2T 空间（实际具体库物理空间通过 OB 节点资源消耗查询）。

mysql> select count(*) from sbtest1; +----------+ | count(*) | +----------+ | 30000000 | +----------+ 1 row in set (0.00 sec) 

binlog 兼容

• 迁移服务 OMS 能通过 OMS 同步数据变更至下游 Kafka；
• 能兼容 MySQL binlog 协议同步下游 Kafka 很友好（我们这类场景多 MySQL->Kafka->Hive）；
• 暂未有类似 MySQL binlog 原始文件功能，据说爱可生近期发布基于 OceanBase 的商业发行版 ActionDB 对于此功能正在规划中，十分期待。

集群测试

集群方式目前暂对数据存储压缩率方式做了测试（生产监控场景 MySQL 迁移至 OceanBase），后续还会对比监控场景 MySQL 中各类型报表查询 SQL 在 OceanBase 的表现。

机器资源

节点类型	集群方式
中控管理节点	10.xxx 16C 64G /data 3.7T
数据节点	10.xxx 32C 50G /data3 15T
数据节点	10.xxx 32C 50G /data3 15T
数据节点	10.xxx 32C 50G /data3 15T

OCP 管理组件嵌入到了 OBD 集群的部署流程中，机器相关初始化参考官方文档。

部署准备

在线部署准备

yum install -y yum-utils yum-config-manager --add-repo https://mirrors.aliyun.com/oceanbase/OceanBase.repo yum install -y ob-deploy source /etc/profile.d/obd.sh 

离线部署准备

在 https://www.oceanbase.com/softwarecenter 下载 all-in-one 包。

tar -xzf oceanbase-all-in-one-*.tar.gz cd oceanbase-all-in-one/bin/ ./install.sh source ~/.oceanbase-all-in-one/bin/env.sh 

白屏部署

obd web -p 80 

推荐白屏方式部署，可视化直观，有各种检查项。

预检查阶段会做全面 check。

obd cluster display oceanbase41 Get local repositories and plugins ok Open ssh connection ok Cluster status check ok Connect to observer ok Wait for observer init ok +-------------------------------------------------+ | observer | +---------------+---------+------+-------+--------+ | ip | version | port | zone | status | +---------------+---------+------+-------+--------+ | 10.xxxx.208 | 4.1.0.0 | 5000 | zone2 | ACTIVE | | 10.xxxx.209 | 4.1.0.0 | 5000 | zone1 | ACTIVE | | 10.xxxx.210 | 4.1.0.0 | 5000 | zone3 | ACTIVE | +---------------+---------+------+-------+--------+ obclient -h10.xxxx.208 -P5000 -uroot -p'xxxx' -Doceanbase -A Connect to obproxy ok +-------------------------------------------------+ | obproxy | +---------------+------+-----------------+--------+ | ip | port | prometheus_port | status | +---------------+------+-----------------+--------+ | 10.xxxx.209 | 2883 | 2884 | active | | 10.xxxx.208 | 2883 | 2884 | active | | 10.xxxx.210 | 2883 | 2884 | active | +---------------+------+-----------------+--------+ obclient -h10.xxxx.209 -P2883 -uroot -p'xxxx' -Doceanbase -A Connect to Obagent ok +------------------------------------------------------------------+ | obagent | +---------------+--------------------+--------------------+--------+ | ip | mgragent_http_port | monagent_http_port | status | +---------------+--------------------+--------------------+--------+ | 10.xxxx.209 | 8089 | 8088 | active | | 10.xxxx.208 | 8089 | 8088 | active | | 10.xxxx.210 | 8089 | 8088 | active | +---------------+--------------------+--------------------+--------+ Connect to ocp-express ok +------------------------------------------------------------------+ | ocp-express | +---------------------------+----------+------------------+--------+ | url | username | default_password | status | +---------------------------+----------+------------------+--------+ | http://10.xxxx.209:8180 | admin | oceanbase | active | +---------------------------+----------+------------------+--------+ Trace ID: c3049c64-efa3-11ed-bf3a-525400b51421 

创建 OCP 管理平台域名 Nginx 转发

办公环境仅能访问生产 80 端口，DNS 域名->nginx 80->10.xxxx.209:8180（OCP 管理平台） http://ob-ocp-xxxx.db.dmall.com/

cat oceanbase-ocp.conf server { listen 80; server_name ob-ocp-gz01.db.dmall.com; location / { proxy_pass http://10.xxxx.209:8180; index index.html index.htm index.jsp; } } 

创建 MySQL 租户

命令行中创建租户存在 timeout 错误，登录时失败（和官方人员沟通后在 OCP 平台创建租户正常成功，推测命令行创建租户 memory_size 过大，OCP 中创建限制为 10G）。

# 创建资源单元 create resource unit ut1 max_cpu 30, memory_size '16G'; # 创建资源池 create resource pool p1 unit 'ut1',unit_num 1,ZONE_LIST ('zone1', 'zone2' ,'zone3'); # 创建租户 select now(); create tenant if not exists mysql CHARSET='utf8mb4', ZONE_LIST=('zone1','zone2','zone3'), PRIMARY_ZONE='zone1,zone2,zone3',resource_pool_list=('p1') set ob_tcp_invited_nodes='%';select now(); ERROR 4012 (HY000): Timeout # MySQL 租户登录 obclient -h127.0.0.1 -P5000 -uroot@mysql -Doceanbase -A mysql: [Warning] Using a password on the command line interface can be insecure. ERROR 4725 (HY000): tablet does not exist 

创建分区表示例

OceanBase 分布式分片基于分区表实现，大表必须创建分区。

CREATE TABLE `snapshot_innodb_status_log` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键', `stat_time` datetime(3) NOT NULL DEFAULT CURRENT_TIMESTAMP(3), ...... PRIMARY KEY (`id`,stat_time), KEY `idx_port` (`port`), KEY `idx_ip` (`ip`), KEY `idx_stat_time` (`stat_time`) ) partition by range (year(stat_time)*100+month(stat_time)) ( PARTITION p0 VALUES LESS THAN(202201), PARTITION p1 VALUES LESS THAN(202203), PARTITION p2 VALUES LESS THAN(202205), PARTITION p3 VALUES LESS THAN(202207), PARTITION p4 VALUES LESS THAN(202209), PARTITION p5 VALUES LESS THAN(202211), PARTITION p6 VALUES LESS THAN(202301), PARTITION p7 VALUES LESS THAN(202303), PARTITION p8 VALUES LESS THAN(202305), PARTITION p9 VALUES LESS THAN(202307), PARTITION p10 VALUES LESS THAN(202309), PARTITION p11 VALUES LESS THAN(202311), PARTITION p12 VALUES LESS THAN MAXVALUE ); CREATE TABLE `redis_app_minute_command_statistics` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id', `app_id` int(11) NOT NULL COMMENT '应用id', `collect_time` datetime NOT NULL, ......... PRIMARY KEY (`id`,collect_time), UNIQUE KEY `app_id` (`app_id`,`collect_time`,`command_name`), KEY `idx_create_time` (`create_time`), KEY `idx_collect_time_app_id_command_name` (`collect_time`,`app_id`,`command_name`) ) ENGINE=InnoDB partition by range (year(collect_time)*100+month(collect_time)) ( PARTITION p0 VALUES LESS THAN(202201), PARTITION p1 VALUES LESS THAN(202203), PARTITION p2 VALUES LESS THAN(202205), PARTITION p3 VALUES LESS THAN(202207), PARTITION p4 VALUES LESS THAN(202209), PARTITION p5 VALUES LESS THAN(202211), PARTITION p6 VALUES LESS THAN(202301), PARTITION p7 VALUES LESS THAN(202303), PARTITION p8 VALUES LESS THAN(202305), PARTITION p9 VALUES LESS THAN(202307), PARTITION p10 VALUES LESS THAN(202309), PARTITION p11 VALUES LESS THAN(202311), PARTITION p12 VALUES LESS THAN MAXVALUE ); 

注意：OceanBase 数据库社区版暂不支持 utf8mb4_unicode_ci 和 utf16_unicode_ci，主键（多列）和唯一索引（多列）必须包含分区键。否则创建分区表报错：

ERROR 1503 (HY000): A UNIQUE INDEX must include all columns in the table's partitioning function ERROR 1503 (HY000): A PRIMARY KEY must include all columns in the table's partitioning function 

时间分区键必须是 datetime，不能是 timestamp，否则报错。

ERROR 1486 (HY000): Constant or random or timezone-dependent expressions in (sub)partitioning function are not allowed 

更多分区表 的使用建议。

DRC 同步 MySQL 至 OceanBase

我们 DRC 自研同步工具支持 MySQL->OceanBase（DRC 还能支持 MySQL->MySQL，MySQL->TiDB），官方 OMS 迁移工具安装管理者工具 OAT。内部 MySQL 监控快照库空间 660G（单副本） 迁移至 OceanBase 单副本空间 110G，压缩率约为 1/6。

MySQL 单副本：

OceanBase 单副本：

MySQL->OceanBase 数据简单一致校验：

MySQL 采用 show table status；，OceanBase 查询 information_schema.tables（show table status 中无 rows 信息，也和官方人员确认过）。

实践中因有 2 张上百 G 大表在 DRC 工具全量期间目标 OB 时常有异常报错，2 张上百 G 大表全量采用 mydumper + myloader 手动备份还原至 OceanBase，DRC 工具增量同步。

DRC 同步期间存在 OceanBase 目标端出现错误问题：目标端执行 SQL 出现错误。

!io.ReadFull(header) failed. err EOF: connection was bad,Table [redis_monitor_data_min -> redis_monitor_data_min] 

因 DRC 同步大表时频繁出现以上错误，大表改为 mydumper 多线程逻辑备份还原也偶尔出现异常。

# myloader 多线程还原出现异常错误 CRITICAL **: 10:45:12.333: Error switching to database xxx whilst restoring table xxxx_data_min ** (myloader:118422): CRITICAL **: 10:46:42.195: Error restoring xxx.xxxx_status_log from file xxx.xxxx_status_log.00006.sql.gz: Lost connection to MySQL server during query 

增大租户内存和减小转储比例后 myloader 多线程还原没有出现异常错误。

旧配置	新配置
freeze_trigger_percentage 70%	freeze_trigger_percentage 30%
租户 memory_size 10G	租户 memory_size 15G

关键配置

注意:

datafile_size 不支持缩小（支持增大，需 reload 重启集群），配置后就会预分配（datafile_disk_percentage 默认95%）占用空间

ll -h /data/oceanbases1/sstable/block_file -rw-r--r-- 1 root root 1.5T May 4 16:35 /data/oceanbases1/sstable/block_file [oceanbase-ce] server1(127.0.0.1): DO NOT decrease datafile_size after startup 

• memory_limit

  OBServer 的最大可使用内存数。由于最低内存配置为 64 GB，预留部分给系统使用，则建议 OBServer 独占 58 GB，即系统租户内存与程序内存共 58 GB

• system_memory

  系统预留给租户 ID 为 500 的租户的内存容量

  obclient> ALTER SYSTEM SET system_memory='xxG'; 

• rootservice_memory_limit

  Root Service 的最大内存容量限制

  obclient> ALTER SYSTEM SET rootservice_memory_limit='2G'; 

• ob_query_timeout

  SQL 最大执行时间，单位是微秒。

  超时会报错

  ERROR 4012 (HY000): Timeout, query has reached the maximum query timeout: 10000000(us), maybe you can adjust the session variable ob_query_timeout or query_timeout hint, and try again. 

常用命令

手动收集信息

CALL dbms_stats.gather_table_stats('test', 'sbtest1', granularity=>'GLOBAL', method_opt=>'FOR ALL COLUMNS SIZE 128'); # 使用 Oracle 模式语法 ALTER SYSTEM SET ENABLE_SQL_EXTENSION = TRUE; ANALYZE TABLE sbtest1 COMPUTE STATISTICS FOR ALL COLUMNS SIZE 128; 

更多手动收集统计信息 的使用建议。

租户资源的创建

创建资源配置

obclient> CREATE RESOURCE UNIT uc1 MAX_CPU 5, MIN_CPU 4, MEMORY_SIZE '36G', MAX_IOPS 128000, MIN_IOPS 128000, LOG_DISK_SIZE '2T' ; 

必选配置项

• MAX_CPU
• MEMORY_SIZE
• MIN_CPU 默认等于 MAX_CPU
• MIN_IOPS 默认等于 MAX_IOPS
• LOG_DISK_SIZE 默认等于 3 倍的内存大小，最小为 2G
• MIN_IOPS 和 MAX_IOPS 的值根据 MIN_CPU 规格自动计算，1 个 Core 对应 1 万 IOPS 值，即 MAX_IOPS = MIN_IOPS = MIN_CPU * 10000

创建资源池

obclient> CREATE RESOURCE POOL rp1 UNIT 'uc1', UNIT_NUM 2, ZONE_LIST ('zone1', 'zone2'); 

• UNIT 'uc1' 表示为该资源池指定的资源配置为 uc1，该资源池下的每个资源单元使用 uc1 的规格进行配置；
• ZONE_LIST ('zone1','zone2') 是为资源池指定的使用范围，表示该资源池要在 zone1 和 zone2 上创建资源单元；
• UNIT_NUM 2 是为资源池指定资源单元的个数，表示在 ZONE_LIST 内的每个 Zone 上都创建 2 个资源单元。

创建租户

obclient> CREATE RESOURCE POOL pool1 UNIT 'uc1', UNIT_NUM 2, ZONE_LIST ('z1', 'z2'); obclient>CREATE RESOURCE POOL pool2 UNIT 'uc1', UNIT_NUM 1, ZONE_LIST ('z3'); obclient>CREATE TENANT tt resource_pool_list=('pool1','pool2'); 

tt 租户下有 2 个资源池。

删除租户

Drop tenant mysql force ; Drop resource pool p1; Drop RESOURCE UNIT ut1; 

查看租户资源配置

SELECT t1.name resource_pool_name, t2.`name` unit_config_name, t2.max_cpu, t2.min_cpu, t2.memory_size/1024/1024/1024 memory_size, t3.unit_id, t3.zone, concat(t3.svr_ip,':',t3.`svr_port`) observer, t4.tenant_id, t4.tenant_name FROM __all_resource_pool t1 JOIN __all_unit_config t2 ON (t1.unit_config_id=t2.unit_config_id) JOIN __all_unit t3 ON (t1.`resource_pool_id` = t3.`resource_pool_id`) LEFT JOIN __all_tenant t4 ON (t1.tenant_id=t4.tenant_id) ORDER BY t1.`resource_pool_id`, t2.`unit_config_id`, t3.unit_id ; +--------------------+------------------+---------+---------+-----------------+---------+-------+----------------+-----------+-------------+ | resource_pool_name | unit_config_name | max_cpu | min_cpu | memory_size | unit_id | zone | observer | tenant_id | tenant_name | +--------------------+------------------+---------+---------+-----------------+---------+-------+----------------+-----------+-------------+ | sys_pool | sys_unit_config | 1 | 1 | 8.500000000000 | 1 | zone1 | 127.0.0.1:2882 | 1 | sys | | p1 | ut1 | 32 | 32 | 16.000000000000 | 1001 | zone1 | 127.0.0.1:2882 | 1002 | mysql | +--------------------+------------------+---------+---------+-----------------+---------+-------+----------------+-----------+-------------+ 

查看单元配置

select name, max_cpu, round(memory_size / 1024 / 1024 / 1024, 2) 'memory_size_GB' from __all_unit_config; +-----------------+---------+----------------+ | name | max_cpu | memory_size_GB | +-----------------+---------+----------------+ | sys_unit_config | 1 | 8.50 | | ut1 | 32 | 16.00 | +-----------------+---------+----------------+ 

查看各 OBServer 剩余资源单元

select svr_ip, svr_port, zone, round((cpu_capacity_max - cpu_assigned_max), 2) 'cpu_free_num', cpu_capacity_max 'cpu_total_num', round((mem_capacity - mem_assigned) / 1024 / 1024 / 1024, 2) 'mem_free_GB', round(memory_limit / 1024 / 1024 / 1024, 2) 'mem_total_GB', round(DATA_DISK_IN_USE / 1024 / 1024 / 1024, 2) as data_used_GB, round(DATA_DISK_CAPACITY / 1024 / 1024 / 1024, 2) as data_total_GB, round(LOG_DISK_CAPACITY / 1024 / 1024 / 1024, 2) as log_total_GB, round(LOG_DISK_IN_USE / 1024 / 1024 / 1024, 2) as log_used_GB from gv$ob_servers; +-----------+----------+-------+--------------+---------------+-------------+--------------+--------------+---------------+--------------+-------------+ | svr_ip | svr_port | zone | cpu_free_num | cpu_total_num | mem_free_GB | mem_total_GB | data_used_GB | data_total_GB | log_total_GB | log_used_GB | +-----------+----------+-------+--------------+---------------+-------------+--------------+--------------+---------------+--------------+-------------+ | 127.0.0.1 | 2882 | zone1 | 7.00 | 40 | 9.50 | 64.00 | 192.00 | 192.00 | 192.00 | 40.69 | +-----------+----------+-------+--------------+---------------+-------------+--------------+--------------+---------------+--------------+-------------+ 

查看所有 OBServer 节点

select zone,svr_ip,svr_port,inner_port,with_rootserver,status,gmt_create from __all_server order by zone, svr_ip; 

查看当前租户

show Tenant ; +---------------------+ | Current_tenant_name | +---------------------+ | mysql | +---------------------+ 1 row in set (0.002 sec) 

修改资源池

obclient> CREATE RESOURCE UNIT uc1 MAX_CPU 5, MIN_CPU 4, MEMORY_SIZE '32G', MMAX_IOPS 128000, MIN_IOPS 128000, LOG_DISK_SIZE '2T'; obclient> CREATE RESOURCE POOL pool1 UNIT 'uc1', UNIT_NUM 2, ZONE_LIST ('z1', 'z2'); obclient> CREATE RESOURCE POOL pool2 UNIT 'uc1', UNIT_NUM 1, ZONE_LIST ('z3'); obclient> CREATE TENANT tt resource_pool_list=('pool1','pool2'); obclient> ALTER RESOURCE UNIT uc1 MAX_CPU 6, MEMORY_SIZE '36G'; ALTER RESOURCE UNIT config_mysql_zone1_20C10G_vcq MEMORY_SIZE='12G'; # 支持的在线扩容资源单元 ALTER RESOURCE UNIT unit_name MEMORY_SIZE [=] 'size_value', MAX_CPU [=] cpu_num, [MIN_CPU [=] cpu_num,] [MAX_IOPS [=] iops_num,] [MIN_IOPS [=] iops_num,] [LOG_DISK_SIZE [=] 'size_value']; # 调大 OceanBase 集群磁盘最大空间百分比（默认预分配data_size的95%） ALTER system SET datafile_disk_percentage = 98; # 调大 OceanBase 用户租户内存最大内存百分比（默认mem_size的50%） alter system set memstore_limit_percentage =70; # 提高转储速度 alter system set freeze_trigger_percentage=30; 

更多管理资源池的使用建议。

限制

1. OceanBase 社区版暂不支持字符序 utf8mb4_general_ci。 更多关于 OceanBase 与 MySQL 的兼容性。

2. OceanBase 创建 user 只支持明文方式，密文方式（identified as xxx）不支持。支持 CREATE USER 'dmall_xxxx'@'10.%.%.%' identified by 'xxx';

3. 若超过磁盘限额配置写入会报错（除了机器磁盘空间报警外还需对 OBServer data 空间使用率做报警）。

   error, errno = 4184, state = '53100': Server out of disk space 

   处理方式为扩容资源单元或者 edit-config 修改 datafile_size: 后 reload 集群重启生效。

4. 若超过内存限额配置写入会报错（高 TPS 场景下 OceanBase 很消耗内存）。

   SQL error, errno = 4013, state = 'HY001': No memory or reach tenant memory limit 

处理方式为扩容资源单元、开启写入限速以及调整转储阈值（调高转储线程数，加快转储，让内存尽快释放）。更多参考租户内存写满。

总结

• OceanBase 在 QPS、读写延迟、存储压缩方面均不错（生产 MySQL 一监控场景库空间：OceanBase 空间为 6:1 单副本，660G:110G 单副本）；
• 高 TPS 场景可以适当调整租户内存使用参数、转储参数；
• OceanBase 不同租户资源隔离（IOPS，内存，CPU）更好适配多业务场景；
• OBD 白屏部署方式更加高效、直观，OCP 管理平台功能全面；
• 业务应用方使用 OceanBase 比 MySQL 有点区别（大表创建分区表，用户名需带租户名等）。

关于 SQLE

爱可生开源社区的 SQLE 是一款面向数据库使用者和管理者，支持多场景审核，支持标准化上线流程，原生支持 MySQL 审核且数据库类型可扩展的 SQL 审核工具。

SQLE 获取

类型	地址
版本库	https://github.com/actiontech/sqle
文档	https://actiontech.github.io/sqle-docs/
发布信息	https://github.com/actiontech/sqle/releases
数据审核插件开发文档	https://actiontech.github.io/sqle-docs-cn/3.modules/3.7_auditplugin/auditplugin_development.html