【详述】问题详细描述
【背景】做过哪些操作？
【业务影响】
【StarRocks版本】例如：2.3.10
【集群规模】例如：3fe（3 follower）+ 3be
【机器信息】CPU虚拟核/内存/网卡，例如：48C/64G/万兆
【联系方式】社区群5-老张
【附件】
如图：starrocks audit log插件抓取到的sql不全，部分语句丢失了，但是看stmt这个字段的长度是varchar(65533)，请问这是不是一个bug？
如图：starrocks audit log插件抓取到的sql不全，部分语句丢失了，但是看stmt这个字段的长度是varchar(65533)，请问这是不是一个bug？
原始audit log里面这个stmt发下
这个是受建表语句stmt 的限制，你show create table 看下，估计是 65533
可以新建一个临时表，把 stmt 改成 VARCHAR(1048576) , 然后再把历史的数据插入到临时表
最后执行alter table xxx with xxx; 替换旧表和新表，这样后面新增的数据stmt 的长度就可以到 1048576了，大概率不会再被截断
https://github.com/StarRocks/starrocks/pull/25251
我在github 提了issue 把 audit_log 这个表的stmt 从 String 改成 VARCHAR(1048576)，因为String 默认是 65533, 大佬有空可以帮忙看下这个pr
这样就可以解决，是吧？
但是我看sql语句应该都不到65533的长度，为啥会截断呢？
已经把stmt从varchar(65533)改成了varchar(1048576)，但是观察审计日志，还是出现了sql截断情况
这个sql长度是多少字节？
肯定是不超过65533个字符的
好的，收到，谢谢。