【TDengine 使用环境】
生产环境 /测试/ Poc/预生产环境
【TDengine 版本】
3.4.0.0
【操作系统以及版本】
【部署方式】容器
【集群节点数】
【集群副本数】
【描述业务影响】
【问题复现路径/shan】
【遇到的问题：问题现象及影响】
执行下述语句后tdengine崩溃：
SELECT last_row() FROM yiqi.yiqi_equipment_transmit;
在慢查询日志中可以看到上述sql，生成的core dump文件名为【core.vnode-query.57.ed1937b1ee13.1771912558】感觉像是因为查询导致的（因为core文件太大，3个多GB，无法上传）
按照我的理解，SELECT last_row()查询的是最新的一条数据，而且是从缓存中查询的，为什么会触发慢查询日志，并且导致tdengine崩溃？
【资源配置】
【报错完整截图】
具体请参照core dump文件
可能是触发了某个bug。
请帮忙提供一下core 文件的堆栈。
gdb taosd core文件
进入gdb 后，执行 bt 命令回撤，会输出 堆栈，请将这个堆栈信息发送给我们分析一下。
多谢！
收到，我们先提交给研发分析一下。
SQL中的 yiqi_equipment_transmit表是一个超级表的子表，超级表的表结构如下：
CREATE STABLE IF NOT EXISTS yiqi.transmit_log (
ts TIMESTAMP,
status BOOL,
compress BOOL,
content BLOB
) TAGS (
tenant_code binary(64)
, group_id binary(64) );
请问有结果了嘛？经过我本地测试，不限于使用last_row，只要一查询这个超级表tdengine就会崩溃（查询count，或者指定时间段内的一条数据也是一样应该和数据量大小无关）
我们也遇到了相同的问题，执行sql时td崩溃生成core文件。这个问题很严重，导致所有的数据都查不出来，希望官方能够重视
我们本地复现不了，希望能让我们研发远程一下。
怎么远程？
是否可以添加一下微信等联系方式，论坛上联系不太及时
你先加我吧：13611161621
微信加您了
