StarRocks2.5.13版本PARTITION BY date_trunc('month', CREATION_DATE)或者PARTITION BY CREATION_DATE 均导致创建分区异步物化视图失败

💬 StarRocks 用户问答 功能使用相关
#1

为了更快的定位您的问题，请提供以下信息，谢谢
【详述】 从源表创建分区异步物化视图在StarRocks3.0.7版本执行功能没有问题， 但StarRocks2.5.13版本PARTITION BY date_trunc(‘month’, CREATION_DATE)或者PARTITION BY CREATION_DATE 均导致创建分区异步物化视图失败，报错信息：com.starrocks.sql.common.DmlException: Insert has filtered data in strict mode, txn_id = 150213775 tracking_url = http://be:be_port/api/_load_error_log?file=error_log_edce1d3b83a311ee_a345e43d1aa3aa65

【背景】引用的源基表为分区表，分区为range分区，该源基表分区列为CREATION_DATE ，分区异步物化视图创建时，基于该基表分区列CREATION_DATE 做分区或date_trunc截断CREATION_DATE月份 做上卷均创建失败
【业务影响】刷新范围规则影响业务数据是否有效
【StarRocks版本】2.5.13
【集群规模】例如：3fe（1 follower+2observer）+5be（fe、be单独部署）
【机器信息】CPU虚拟核/内存/网卡，例如：48C/128G/万兆
【联系方式】 1425809452@qq.com，谢谢
【附件】

#2

curl后这个报错url看看

#3

谢谢，看到了报错信息，是异步物化视图创建时加了这2个属性"partition_refresh_number" = “2”,
“auto_refresh_partitions_limit” = “4”

1赞
#4

而我的基表分区是有6年按creation_date月分区的，想的是在2.5.13版本基于该基表创建异步物化视图时也把partition_refresh_number=2（每次刷2个分区）和auto_refresh_partitions_limit=4（只刷未来3个月分区和当月1分区）配置上，按这2个参数应该能尽量少的只刷当月分区定期触发刷新，而不必每次定时都全刷物化视图，为什么2.5.13版本的StarRocks版本配置这俩参数还是会把基表p4月(creation_date)分区的数据刷过来而导致报错out of partitions range (我还看了我select的where条件限制了数据更新时间最近7天的，但其有记录的creation_date是在4月的,看是4月分区的数据刷过来时却发现还没有创建历史分区就报错超出分区了)但在3.0.7版本的starrocks创建时配置这两个参数并没有报这个错呢？

京ICP备2022026421号-1