审计日志default服务器分组的历史数据问题。

Viewed 6

背景

想对服务器进行分组, 对所有default改成其他分组。之前2.1.6对_internal_schema.audit_log的表属性完全不能修改,以审计日志为主的所有表数据只能在default分组,导致集群中必须有default分组的服务器。

升级后

升级到2.1.10后, 审计日志表属性dynamic_partition.replication_allocation可以修改为其他分组, 但回收站保留时间设置为0后, show backend的TabletNum不为0,但DataUsedCapactiy和TrashUsedCapacity为0
bb109c6d4c23ef0a05eb7b2686ff999e.png
11d8ac46b68256132bcb628111161e20.png

排查

show partitions from audit_log后发现历史分区还是属于default分组, 且Buckets为2, 但DataSize为0。
show backends 显示的60个空tablets就是来自这里。

审计日志表audit_log表参数"dynamic_partition.start" = "-30"修改不了,导致了历史分区分组依然在default组, 且不能马上干预,只能等自然淘汰。

期望

因audit_log表的限制太多。导致在服务器进行分组时灵活性不足。 期望对审计日志表有较高的自由度。 在本样例中, 至少应该开放"dynamic_partition.start" = "-30"这个表参数。

0 Answers