【 TiDB 使用环境】生产环境
【 TiDB 版本】5.0.1
【复现路径】集群数据延迟,健康检查发现很多异常项
【遇到的问题：问题现象及影响】集群数据延迟,select count可以查到数据增加，但无法查询数据，要很久时间才能看到数据
【资源配置】40核128内存*5
【附件：截图/日志/监控】
dashboard里面的，然后还有就是集群log看看
你安装之前没有先检查环境吗？看你很多的硬件环境没设置啊。。。像修改CPU模式，关闭swap，修改磁盘挂载选项，设置ulimit参数等，你可以根据提示修改一下这些配置，
tidb/tikv/pd的日志看看报什么错啊
这啥意思？集群数据延迟是什么方式来的数据，问题场景需要再描述下。从你的描述判断应该是性能方面的问题， +检查结果上CPU节能可能对系统性能有影响，但不一定就是目前问题的原因。
就是select count(1) from 表名的时候可以查询到数据的增加
select * from 表名的时候发现没有最新的数据，他是有延迟的，有时候延迟高达１到２小时，
额，这个查询问题不讲。你swap没关，很容易出现性能抖动的。。
其实对TiDB而言，很容易修复这些系统参数问题的，在tiup cluster check命令后加一个--apply即可。一个例子是：
tiup cluster check --cluster dw-tidb6 -u tidb --apply
感觉是跟事务有关系，但是不大可能count能出来，select *找不到最新数据。你方便发一下查询的SQL么？关键信息可以打下马赛克
很简单的sql没有任何条件，就是slect * from 表名加一个where条件，我查了表锁也没有出现锁相关的记录
其它同事装的，人都跑了，其实我最奇怪的是端口冲突
升级一下tiup 和 tiup cluster 再次检查，端口冲突就不会有了
ＣＰＵ改成什么样，怎么操作
https://docs.pingcap.com/zh/tidb/stable/check-before-deployment#检查和配置操作系统优化参数
参照这里面的参数调整下吧cpu就是换下性能模式
晕，你是通过information_schema.tables看行数，select *看数据啊。你用select count(1)试下，怀疑你的数据插入是个大事务，所以在事务未完成前，你看不到正在插入的信息
端口冲突？