Jensen
Jensen
现在流程中是yyParse里面用reuse.Newxxx拿到一系列节点, 解析完成之后调用yylex.(*Lexer).AppendStmt把它塞进lexer.stmt中, 如果解析失败了, 那yyParse就退出, 这个时候lexer.Stmt没有塞东西, 但在解析失败的时候前面那些reuse.Newxxx出来的节点也是应该free的, 现在漏了这个逻辑, 但是要free掉这一部份内存就需要hack mysql_sql.go生成出来的代码的逻辑, 一时半会比较难搞 讨论结果是先暂时禁用掉parser阶段的reuse释放leak free的检测, 不然ci过不了.
https://github.com/matrixorigin/MO-Cloud/issues/2567#issuecomment-1991322102 明天测测性能
not working on it
load的SQL因为权限的问题本地还是没跑成功, 在本地的ubuntu上使用下面的SQL进行模拟, 并没有复现成功, 一亿规模的`insert into select` 耗时也是一分钟多一些. 算符合预期. 现在`big_data_test`是一周跑一次, 可以等后续看看有没有复现, 如果还有复现的话, 可能需要进一步测试一下特定数据类型比如说`vecf`的插入性能. ```sql create table if not exists t0( col1 bigint, col2 bigint, col3 bigint, col4 bigint, col5 bigint, col6...
测个十亿规模的看看耗时 without pk : 15 min 38.60s with pk : 22.10.85
not working on it