【 使用环境 】测试环境(同步数据库做查询)
【 OB or 其他组件 】OceanBase_CE, oms
【 使用版本 】5.7.25-OceanBase_CE-v4.4.2.0 ,oms-ce:feature_4.2.13_ce_el7_x86
【问题描述】oms迁移数据到ob,全量迁移已完成几天了，增量已经在持续04-29 02点左右，磁盘空间忽然暴增，blocksize文件从400G增加到1.1T，并且一直持续，数据库源端mysql没有出现这个情况
【复现路径】无
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！
看看datafile相关几个参数：
意思是源端迁移到目前端以后 全量迁移完以后 增量开始的开始后 开始暴涨的么？这个信息查一下
select a.zone,a.svr_ip,b.tenant_name,b.tenant_type, a.max_cpu, a.min_cpu,
round(a.memory_size/1024/1024/1024,2) memory_size_gb,
round(a.log_disk_size/1024/1024/1024,2) log_disk_size,
round(a.log_disk_in_use/1024/1024/1024,2) log_disk_in_use,
round(a.data_disk_in_use/1024/1024/1024,2) data_disk_in_use
from oceanbase.gv$ob_units a join oceanbase.dba_ob_tenants b on a.tenant_id=b.tenant_id order by b.tenant_name;
select zone,concat(SVR_IP,’:’,SVR_PORT) observer,
cpu_capacity_max cpu_total,cpu_assigned_max cpu_assigned,
cpu_capacity-cpu_assigned_max as cpu_free,
round(memory_limit/1024/1024/1024,2) as memory_total,
round((memory_limit-mem_capacity)/1024/1024/1024,2) as system_memory,
round(mem_assigned/1024/1024/1024,2) as mem_assigned,
round((mem_capacity-mem_assigned)/1024/1024/1024,2) as memory_free,
round(log_disk_capacity/1024/1024/1024,2) as log_disk_capacity,
round(log_disk_assigned/1024/1024/1024,2) as log_disk_assigned,
round((log_disk_capacity-log_disk_assigned)/1024/1024/1024,2) as log_disk_free,
round((data_disk_capacity/1024/1024/1024),2) as data_disk,
round((data_disk_in_use/1024/1024/1024),2) as data_disk_used,
round((data_disk_capacity-data_disk_in_use)/1024/1024/1024,2) as data_disk_free
from oceanbase.gv$ob_servers;
了解一下
打卡学习中
学习学习。
啥原因
现象分析呢
增量开始几天后，空间才暴增的,
±------±-----------±------------±------------±--------±--------±---------------±--------------±----------------±-----------------+
| zone | svr_ip | tenant_name | tenant_type | max_cpu | min_cpu | memory_size_gb | log_disk_size | log_disk_in_use | data_disk_in_use |
±------±-----------±------------±------------±--------±--------±---------------±--------------±----------------±-----------------+
| zone1 | 10.2.3.206 | META$1002 | META | NULL | NULL | 4.20 | 12.60 | 4.98 | 0.62 |
| zone1 | 10.2.3.206 | sys | SYS | 2 | 2 | 2.00 | 5.00 | 2.95 | 0.28 |
| zone1 | 10.2.3.206 | xxxx| USER | 10 | 10 | 37.80 | 113.40 | 90.69 | 134.58 |
±------±-----------±------------±------------±--------±--------±---------------±--------------±----------------±-----------------+
3 rows in set (0.021 sec)
±------±----------------±----------±-------------±---------±-------------±--------------±-------------±------------±------------------±------------------±--------------±----------±---------------±---------------+
| zone | observer | cpu_total | cpu_assigned | cpu_free | memory_total | system_memory | mem_assigned | memory_free | log_disk_capacity | log_disk_assigned | log_disk_free | data_disk | data_disk_used | data_disk_free |
±------±----------------±----------±-------------±---------±-------------±--------------±-------------±------------±------------------±------------------±--------------±----------±---------------±---------------+
| zone1 | 10.2.3.206:2882 | 14 | 12 | 2 | 55.00 | 7.00 | 44.00 | 4.00 | 152.00 | 131.00 | 21.00 | 1024.00 | 135.56 | 888.44 |
±------±----------------±----------±-------------±---------±-------------±--------------±-------------±------------±------------------±------------------±--------------±----------±---------------±---------------+
1 row in set (0.010 sec)
看查询的数据，data_disk_free 占比大
obclient(root@sys)[oceanbase]> SHOW PARAMETERS LIKE ‘datafile_%’;
±------±---------±-----------±---------±-------------------------±----------±------±------------------------------------------------------------------------------±--------±--------±--------±------------------±--------------±----------+
| zone | svr_type | svr_ip | svr_port | name | data_type | value | info | section | scope | source | edit_level | default_value | isdefault |
±------±---------±-----------±---------±-------------------------±----------±------±------------------------------------------------------------------------------±--------±--------±--------±------------------±--------------±----------+
| zone1 | observer | xxxx| 2882 | datafile_disk_percentage | INT | 0 | the percentage of disk space used by the data files. Range: [0,99] in integer | SSTABLE | CLUSTER | DEFAULT | DYNAMIC_EFFECTIVE | 0 | 1 |
| zone1 | observer | xxxx | 2882 | datafile_maxsize | CAPACITY | 1T | the auto extend max size. Range: [0, +∞) | SSTABLE | CLUSTER | DEFAULT | DYNAMIC_EFFECTIVE | 0 | 0 |
| zone1 | observer | xxxx | 2882 | datafile_next | CAPACITY | 116G | the auto extend step. Range: [0, +∞) | SSTABLE | CLUSTER | DEFAULT | DYNAMIC_EFFECTIVE | 0 | 0 |
| zone1 | observer | xxxx | 2882 | datafile_size | CAPACITY | 152G | size of the data file. Range: [0, +∞) | SSTABLE | CLUSTER | DEFAULT | DYNAMIC_EFFECTIVE | 0M | 0 |
±------±---------±-----------±---------±-------------------------±----------±------±------------------------------------------------------------------------------±--------±--------±--------±------------------±--------------±----------+
4 rows in set (0.006 sec)
事务量很大吗
这个问题涉及到disk和00的平衡，根据我的经验，适当调整10会有帮助。
关于disk的问题，00确实是一个重要的考虑因素。在实际应用中，我发现10方法通常更有效。
结合你查询的参数来看 是预占用的挺多的 因为你设置datafile_maxsize是1T data_disk_free剩余的很多 看着是符合预期的呀
