开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第17天，点击查看活动详情

@[toc]

第四章：OB Server的SQL引擎和存储引擎

4.2 存储引擎

4.2.6 控制内存数据落盘（“转储”及“合并”）- 其他说明

是否可以彻底关闭合并？ • enable_major_freeze = False; 建议保持默认值True • enable_manual_merge = True; 开启手工合并，需要手工触发所有的合并操作。极少数特殊运维场景会用到，不建议使用 合并的并发线程数 • merge_thread_count参数控制并发度，并发的粒度为分区 • 默认值是0（系统自动判定并发度），值过大可能会影响在线业务性能 • 少数快速写内存场景（如批处理）中，可以适当调大并发度，加快内存dump的速度

4.2.7 查看内存使用情况

4.2.7.1 查看memstore的使用情况

show parameters like 'memstore_limit_percentage'; __all_virtual_tenant_memstore_info，按租户区分

4.2.7.2 查看非memstore内存使用情况

__all_virtual_memory_info，按租户区分

4.2.7.3 查看非memstore内存分类情况

__all_virtual_memory_info，按租户和模块(mod_name)区分

4.2.8 查看磁盘空间使用情况

统计每台机器上数据盘的使用情况 __all_virtual_disk_stat; 统计每个zone里数据盘的使用情况 __all_virtual_disk_stat,__all_server;

4.2.9 检查集群合并状态

检查集群合并的状态

select * from __all_zone where name = 'merge_status';

4.2.10 LSMTree存储高数据压缩率，降低存储需求

通过数据编码压缩技术实现高压缩，比通用的压缩算法更懂数据，从而实现更高的压缩效率 字 典 ： 把重复性较高的数据进行去重，把去重后的数据建立字典，而把原来存放数据的地方存成指向特定字典下标的引用。数据访问时无需解码

• 第二次压缩是通用压缩，使用lz4等压缩算法对encoding之后的数据再做一次瘦身 • 支持snappy、lz4、zstd等压缩算法，允许用户在压缩率和解压缩时间上做各自的权衡 • 使用相同的块大小（16KB）以及相同的压缩算法（lz4），同样的数据存放在OceanBase中，要比在MySQL 5.7中平均节省一半的空间 • 查询性能基本没有变化，写入（合并）性能有了较大的提升