tidb组件节点内存缓慢增长，直至消耗完，BUG了？

[jaybing926 (gongshubing)]

应该不是最近上线的，我们现在单表53亿+了
这个表健康度是怎么看的？

[裤衩儿飞上天]

show stats_healthy where table_name=‘table_name’;
show stats_meta where table_name=‘table_name’;

[jaybing926 (gongshubing)]

我这个54 ，说明了啥？我这表数据有问题了吗？

[裤衩儿飞上天]

统计信息不准确，可能会生成不是最优的执行计划。
不过你那sql也没啥太复杂的，我觉得你可以先尝试做个表分析
然后两种方式 ：
1.建个联合索引试试
2. 你的表数据量要是真有53亿+，可以尝试tiflash

先各种优化掉慢sql吧，80%的性能问题都是慢sql引起的

[jaybing926 (gongshubing)]

我是看的INFORMATION_SCHEMA库tables表里的信息，这个table_rows就差不多准确的吧？

tiflash性能会比tikv好吗？我一直以为这俩是不同的场景的服务呢

[裤衩儿飞上天]

你做完表分析后，这个数据就比较准确了。不做表分析想准确的知道，可以直接查一下。
tiflash针对olap的业务有优势

[jaybing926 (gongshubing)]

这个做表分析是优化表吗？具体怎么操作呢， 会不会对业务有啥影响啊

[裤衩儿飞上天]

analyze table table_name;

收集统计信息，最好在业务不繁忙的时候去做。

[jaybing926 (gongshubing)]

好的，感谢老师耐心解答

[Hacker_xUwtuKxa]

有什么进展与结论吗？持续关注中。