【磁盘使用率异常，锯齿状】到80% 然后下降

[杭州废物排行榜TOP3]

为了更快的定位您的问题，请提供以下信息，谢谢
【详述】问题详细描述
如图磁盘一直涨到80%然后下降，期间没有写任务之类的操作，每个节点都会这样

【背景】做过哪些操作？
【业务影响】
【是否存算分离】
否
【StarRocks版本】3.0.2 是从2版本升级的
【集群规模】3fe（1 follower+2observer）+3be（fe与be混部）
【机器信息】CPU虚拟核/内存/网卡，例如：4c32G
【联系方式】为了在解决问题过程中能及时联系到您获取一些日志信息，请补充下您的联系方式，例如：社区群4-小李或者邮箱，谢谢
【附件】

• fe.log/beINFO/相应截图
• 慢查询：
  • Profile信息，获取Profile，通过Profile分析查询瓶颈
  • 并行度：show variables like ‘%parallel_fragment_exec_instance_num%’; 1
  • pipeline是否开启：show variables like ‘%pipeline%’;
    
    
  • be节点cpu和内存使用率截图
    
    
• 查询报错：
  • query_dump，怎么获取query_dump文件
• be crash
  • be.out
  • coredump，如何获取coredump
• 外表查询报错
  • be.out和fe.warn.log
    be.WARNING.log.20231130-101817.tar.xz (351.0 KB)
    fe.warn.log 一直报这个错，但是不影响使用，(之前试过降回原来版本，存在使用问题)
    
    

已调整过trash_file_expire_time_sec 为10s

[LIANGCHAOHUA]

3.0.2这个版本不建议使用。看问题像是已知bug，推荐客户LTS版本是3.1。

[杭州废物排行榜TOP3]

3.0.2 可以直接升级3.1.14 吗

[杭州废物排行榜TOP3]

升级至 3.1.14 后 严格模式配置失效
insert 报错 Insert has filtered data in strict mode

在3.0.2 中使用ADMIN SET FRONTEND CONFIG (“thrift_rpc_strict_mode” = “false”); 配置
3.1.14无法使用

改为修改fe.conf
thrift_rpc_strict_mode = false

修改完后任然无法执行insert 回滚3.0.2版本后集群崩溃，使用快照恢复

[jingdan]

3.0.2中用“thrift_rpc_strict_mode” = “false”可以规避这个问题？

[杭州废物排行榜TOP3]

是的，之前是这么设置的，升级后发现失效，也没找到全局设置严格模式的方法

[jingdan]

insert的严格模式是受限于session变量的，set enable_insert_strict =false

[杭州废物排行榜TOP3]

使用了SET GLOBAL enable_insert_strict = “false”; 关闭严格模式

旧表查出来写新表不会报错，但无法写入数据，直接写sql的话会报错
在3.0.2和一写入数据

[test]

你直接insert into table（column1,column2）select column1,column2的方式，报错提醒的很清晰了吧。你一个空字段都不允许被插入到自增字段中，为什么还要继续这么操作呢？

[杭州废物排行榜TOP3]

3.0.2 这个插入NULL 就会根据主键自增id 升级3.1 版本就不行了。。。。

[test]

@杭州废物排行榜TOP3

根据

那就插入的时候，指定下字段名吧，要显示插入哪些字段，就写哪些字段，估计升级后版本做了强规则检验了

[杭州废物排行榜TOP3]

感谢 INSERT into 指定列名 确实可以，等社区回复是不是改版了，确定话让数据那边改脚本

[不老纠结心]

@杭州废物排行榜TOP3
是说，指定列名后，Auto increment 的列继续写NULL值，数据就能导入，且这列也的确生辰过了自增ID？
而如果不指定列名，则会报错？

[杭州废物排行榜TOP3]

是的，3.1变了，问了官方，还在查