【已解决】2.0.6升级到2.1.3后，计算结果不稳定的问题

Viewed 239
2.1 upgrade

Doris从2.0.6升级到2.1.3之后, 部分SQL的执行结果不稳定:
升级后的doris版本: selectdb-doris-2.1.3-rc09-eb37b0baba;
升级方式: 手动升级;
dorisBE的配置文件自定义项有:

max_sys_mem_available_low_water_mark_bytes = 5153960754
string_type_length_soft_limit_bytes = 83886080

同一个SQL, 同一张表, 多次计算的结果不一致;
值不一样的字段类型: bigint; 将字段类型换为DECIMALV3之后没有出现这个问题;

____17
4 Answers

更新
从2.0.x升级到2.1.x优化器默认不开启的, 开启优化器后问题已解决

完整的信息来一下：建表语句、查询语句、以及explain的结果。然后对于查询不稳定的时候，分别来一下不同结果的查询的profile。

____231
zh012229

方便提供一下建表语句吗？我们这边来定位下这个问题

徐振超@SelectDB6796

谢谢老师. 建表语句为 :

CREATE TABLE `dws_wms_equipment_check_pnas_acc_inc`
(
    `col_t`                DATE           NULL COMMENT '点检日期',
    `col_rea`              VARCHAR(50)    NULL COMMENT '片区',
    `col_mp_dept_abb`      VARCHAR(65533) NULL COMMENT '科室简称',
    `col_mp_dept_name`     VARCHAR(50)    NULL COMMENT '科室',
    `col_c_dept_name`      VARCHAR(50)    NULL COMMENT '工厂名称',
    `col_as_type_name`     VARCHAR(50)    NULL COMMENT 'PNAS名称',
    `col_times_cnt`        BIGINT NULL COMMENT '按时点检数',
    `col_er_time_cnt`      BIGINT NULL COMMENT '超时点检数',
    `col__check_cnt`       BIGINT NULL COMMENT '未点检数',
    `col_al_used_cnt`      BIGINT NULL COMMENT '实际利用数',
    `col_int_cnt`          BIGINT NULL COMMENT '维保数',
    `col_le_cnt`           BIGINT NULL COMMENT '闲置数',
    `col_tal_check`        BIGINT NULL COMMENT '点检总数',
    `col_tal_cnt`          BIGINT NULL COMMENT '设备总量',
    `col_lid_duration_sum` BIGINT NULL COMMENT '设备有效运行时长',
    `col_lid_use_cnt`      BIGINT         NULL COMMENT '有效运行时长设备数'
) ENGINE = OLAP UNIQUE KEY(`dt`, `area`, `comp_dept_abb`, `comp_dept_name`, `fac_dept_name`, `pnas_type_name`)
COMMENT 'WMS 设备点检信息 PNAS维度聚合数据'
DISTRIBUTED BY HASH(`dt`, `area`, `comp_dept_abb`, `comp_dept_name`, `fac_dept_name`, `pnas_type_name`) BUCKETS 4
PROPERTIES (
"replication_allocation" = "tag.location.default: 1",
"min_load_replica_num" = "-1",
"is_being_synced" = "false",
"storage_medium" = "hdd",
"storage_format" = "V2",
"inverted_index_storage_format" = "V1",
"enable_unique_key_merge_on_write" = "true",
"light_schema_change" = "true",
"disable_auto_compaction" = "false",
"enable_single_replica_compaction" = "false",
"group_commit_interval_ms" = "10000",
"group_commit_data_bytes" = "134217728"
);

使用 decimalv3 也出现了类似的问题, 但是出现的评率低一些

____17