tidb内存高，后来我们是把gc时间从24h调整到2h，后来【 coprocessor executor count】指标才下来，然后重启tidb节点内存才没有飙升，之前重启tidb节点一会就又升上来了。
现在的疑问是，这个集群跑了很久了，gc一直都是24h，然后业务也没做什么变更上线之类，看慢查询的执行计划，不管update还是select，都是IndexLookUp，IndexRangeScan，改了gc时间以后，内存降下来了，执行计划也都是IndexLookUp，IndexRangeScan，搞不懂哪里出了问题，诱因是啥？
另外 从出现问题到结束expensive query总共记录的不到200条，都是update，然后从tidb日志看到的update语句消耗的内存200-300MB，即便是这样算下来也就60GB的内存，但是实际用最大的时候超过140GB了。另外一个疑问就是，这个update为啥需要那么多内存，跟gc时间过长有关系吗？
