作者:杨涛涛

资深数据库专家,专研 MySQL 十余年。擅长 MySQL、PostgreSQL、MongoDB 等开源数据库相关的备份恢复、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生,为各大运营商及银行金融企业提供 MySQL 相关技术支持、MySQL 相关课程培训等工作。

本文来源:原创投稿

*爱可生开源社区出品,原创内容未经授权不得随意使用,转载请联系小编并注明来源。


我们知道,OceanBase 3.X 版本部署单机架构(一个ZONE,一台SERVER)需要耗费较多硬件资源才能正常使用。OceanBase 4.X 版本发布后,在资源占用这块做了很多优化,官方宣称4.X 版本是单机分布式一体化的架构,单台OB SERVER对数据的处理与单机数据库相比性能相当。比如对于 OceanBase 3.X 版本,就算是单机部署,对多个分区的数据更新依然需要两阶段提交来保证其原子性;对于OceanBase 4.X 单机部署,对多分区的数据更新不再需要两阶段提交来保证其原子性。

接下来,我们来体验下 OceanBase 4.X 版本的最小化单机部署。

下面是通过 OBD 部署的配置文件: 主要是以下几个参数
  1. memory_limit 设置为4G,这个是所有租户的总内存容量。
  2. system_memory 设置为1G,这个是500租户的内存容量。 实际租户可使用内存是4G – 1G=3G。由于系统租户默认内存为2G,所以最后预留给业务租户的内存只有1G。当然也可以减少系统租户内存容量为1G,不过不建议这么做。
  3. __min_full_resource_pool_memory 设置为1G,这样才能允许创建unit最小内存为1G,要不会报如下错误: ERROR 1235 (0A000): unit MEMORY_SIZE less than __min_full_resource_pool_memory not supported
  4. cpu_count 设置为2。 设置为2也够用了,系统租户使用一个核,剩下的一个核给业务租户使用。
oceanbase-ce:
  servers:
   - name: ob1
     ip: 127.0.0.1
  global:
     syslog_level: WARN
     enable_syslog_recycle: true
     max_syslog_file_count: 1
     
     __min_full_resource_pool_memory: 1073741824
     memory_limit: 4G
     system_memory: 1G

     datafile_size: 20G
     log_disk_size: 24G

     devname: lo
     cpu_count: 2

     production_mode: false
     cluster_id: 1
     appname: obytt100

     mysql_port: 2881
     rpc_port: 2882
     data_dir: /ob_data/1
     redo_dir: /ob_log/1
     home_path: /home/admin/oceanbase/1
     zone: z1

用以上配置文件来部署 OceanBase ,下面是我部署好的数据库:只有一台 OB SERVER ,可以当做单台 MySQL 实例一样来正常操作。

[root@ytt-pc scripts]# obd cluster display obytt100
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 |
+-----------+---------+------+------+--------+
| 127.0.0.1 | 4.0.0.0 | 2881 | z1   | ACTIVE |
+-----------+---------+------+------+--------+
obclient -h127.0.0.1 -P2881 -uroot -Doceanbase

我们来创建一个 MySQL 租户:

mysql:5.7.25:oceanbase>create resource unit ut1 max_cpu 1,memory_size '1G',max_iops 1024;
Query OK, 0 rows affected (0.009 sec)

<mysql:5.7.25:oceanbase>create resource pool p1 unit 'ut1',unit_num 1;
Query OK, 0 rows affected (0.013 sec)

<mysql:5.7.25:oceanbase>create tenant mysql resource_pool_list=('p1') set ob_tcp_invited_nodes='%';
Query OK, 0 rows affected (11.449 sec)

创建完租户后,查看现在的资源单元配置数据: sys_unit_config(sys租户资源单元)和 ut1 一共占用3G,加上之前500租户的1G,已经达到 memory_limit 的设置。

<mysql:5.7.25:oceanbase>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 |           2.00 |
| ut1             |       1 |           1.00 |
+-----------------+---------+----------------+
2 rows in set (0.001 sec)

完后查看剩余资源数据:CPU ,内存都已经分配殆尽。

<mysql:5.7.25:oceanbase>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' from gv$ob_servers;
+-----------+----------+------+--------------+---------------+-------------+--------------+
| svr_ip    | svr_port | zone | cpu_free_num | cpu_total_num | mem_free_GB | mem_total_GB |
+-----------+----------+------+--------------+---------------+-------------+--------------+
| 127.0.0.1 |     2882 | z1   |         0.00 |             2 |        0.00 |         4.00 |
+-----------+----------+------+--------------+---------------+-------------+--------------+
1 row in set (0.000 sec)
接下来就可以正常建库建表了
[root@ytt-pc scripts]# obclient -h127.0.0.1 -P2881 -uroot@mysql -Doceanbase -cA -e "create database ytt;use ytt;create table t1(id int primary key);"

如果提示内存不足,比如:No memory or reach tenant memory limit , 可以手动进行转储来释放内存。


avatar
100
  Subscribe  
提醒