zeje

> I guess it is an authority problem for a Windows user. > > There is a taos.dll under C:\TDengine\driver ，please copy it to C:\Windows\System32 ,if it already existed just...

good job

1. 不建议用*，建议用count(时间戳)。 2. 一条数据存在多个版本，就是时间戳相同反复插入，这种会crash。避免此类数据。 3. 其他，也会crash 3.0.1.6 7千万数据，经纬度均为0的数据不会超过500条，但如下语句导致crash select count(_ts) from loctube.event_gps where lat = 0 and lng = 0

停掉http压力测试后，内存不再上涨。但是内存不会减少。

不是3.0.1.7的问题，3.0.1.6也会，但是3.0.1.7的涨幅较大。 按照微调后同样的查询策略，3.0.1.6表现如下： 

从数据来说，肯定是线性增长的，而查询一般 1. 查最新的n条 2. 距今多少时间的数据。 随着时间的迁移，原来需要查的数据，已经不需要查了，但是这一部分的数据（可能是某种缓存）一直被驻留在内存中。只要有一个超时机制，释放，问题就解决了。

通过远程协助，发现日志级别，对性能影响太大了。 show dnodes; alter dnode 1 'tsdbdebugflag' '131'; alter dnode 1 'qdebugflag' '131'; 需要重新压测，再反馈是否有问题 @yu285 感谢大佬鼎力相助

3.0.1.7升级到3.0.1.8（非docker），一启动查询压力测试，直接崩，暂时只能下面的信息。 java: /home/ubuntu/workroom/jenkins/3.0/TDinternal/community/source/libs/catalog/src/ctgRemote.c:31：ctgHandleBatchRsp: 假设 ‘taskNum == msgNum || 0 == msgNum’ 失败。 ^C 因为环境切来切去，没有生成core，然后重新启动后重新压力测试，没复现上面的异常了。 当前（2022-11-28 11:25）目前最大单表2.4w*2w大概4-5亿条记录，四张超级表（其他数据量减半），总数据量10亿+

> 内存还涨么 3.0.1.7测试到内存达到一定程度后，执行超级表count查询没响应，crash之后，升级到3.0.1.8。 目前只压力测试一天，表现如下： 38-40这个是我应用程序的问题，tdengine 3.0.1.8目前看，在趋向稳定，但还是微量上涨 

> > > 我这边是挂着就会涨，重新弄还是一样，，，官方可以试一下，找个服务器，用docker compose吧tdengine作为prometheus后端，监控采集本机运行两天就能复现 > > > > > > 请问是无限制增长直到 OOM 么 > > 是的，抱歉邮件没看到，回复晚了 请把你的电脑配置，版本，还有环境搭建脚本，发一下吧。 我这边今天是第五天了，还没OOM，不过内存还是继续涨