京河小蚁的博客

根据上面错误提示，很明显是因为sql太复杂导致的解析超时，需要增大new_planner_optimize_timeout这个参数的值，该值默认3000ms, 下面两种都可以，均是临时有效，当然根据实际需要也可以设置成全局永久生效。由于项目复杂性，有大量的复杂sql，少则100多行，多则500多行，分析聚合类型的sql很多，偶尔会提示下面错误。好了，虽然问题很小，现在AI这么方便，记一下也花不了多少时间，如果有帮助同行我会非常开心。最后提醒大家，如果遇到问题，及时向社区寻求帮助。

由于 FE 节点仅在其存储中维护 StarRocks 的元数据，因此在大多数场景下，每个 FE 节点只需要 100 GB 的 HDD 存储，生产建议200G SSD以上，FE-FOLLOWER节点也一样的配置。

意向之外，又清理之中。

后来将外部catalog的表迁移到starrocks后，该报错没有复现。但是这样有一个问题，涉及到每张表的同步问题，同步又需要考虑增量和全量，定时同步还是实时同步等。背景描述：starrocks上有一张明细主表，维度表均是通过创建外部mysql catalog的方式使用的。在starrocks上进行业务sql压力测试的时候，当并发提高到一定阈值就会报下面这个错误。

执行show load的时候，找打对应的load作业，看到ALL backends对应有一个列表，找到全部的节点id，去start_be.sh脚本添加一行java环境变量即可。提示load命令失败，失败原因是没有配置java环境变量。重启be节点，再次执行load命令成功。

经过查询确认，starrocks暂时不支持sequence日期序列函数，但是数值型的序列函数array_generate()。下面是替换的逻辑，欢迎交流指正。

项目工程用到的相关组件 springboot2.7.12，druid1.2.15，springboot-boot-starter-jdbc，mysql8.0.27。报这个错误在网上找了好久，没有找到合适的，多是sql和调用的方法不匹配，问了ai也没问出答案，恍惚间想起来我还有一项基本技能–Debug。应该改成 ， 注意逗号和tablename之间加了空格。再次调用接口进行测试，问题解决。好狗血的bug，励志的一天。