描述：dashboard报queries error。
影响：测试集群，业务没发现有影响
版本：5.1.1
首先查看是否有测试业务接入，然后查看tidb日志。可以看到错误sql
日志看了没有什么错误日志，看不出来东西
ok. 确定问题就可以
不过这个日志他并没有说明是哪个sql出问题了，我需要找到解决掉
根据ip 找一下，这个看起来像是mysql客户端工具或者java客户端
这个是预期的。这么做的目的，是显式提醒 ‘read_only’ 变量在 TiDB 中并不真正生效（即属于 ‘noop’ 行为）。
举个例子，对于只读业务，我们一般在 MySQL 中设置 ‘read_only’ 系统变量让系统变为只读模式。但在 TiDB 中即便设置了这个变量，集群仍然是可写的。
我根本没有设置什么只读业务
这个应该是你这个链接的代码自带的，需要你查一下链接的服务的源码，肯定可以找到。并不影响你之后的使用
一头雾水了
并不影响你的业务。这只是mysql和tidb的语法兼容问题
但是也不想看到一直在打这个日志，代码里也看了没有看到链接设置readonly的地方
请问使用的是什么应用连接，这个日志会一直打印的，因为是符合预期的。
应该是Hikari，是powerjob这个定时任务的问题，而且我发现部署一个实例就不会打这个日志，部署多个
实例就开始打。
印象中，早期版本，dashboard 中和 grafana 中的 queries error 展示有点出入。
如果发现有 queries error 相关报错，可以在 dashboard 以及 grafana 中 TiDB —> Command Per Second 都确认下，确认确实存在 error 后，可以从日志中去找过滤相关信息。
不太清楚该监控展示对你造成了什么业务影响。举个例子，进入数据库查询时，输入错误的命令（如语法错误），监控中也会显示一次 queries error 的。
根据你提供的报错，可以从楼上提供的方式排查下，另外也可以参考下这个帖子吧 jdbc连接tidb5.1.1连接报异常 只读场景
2 个赞
业务是没有影响，但是这日志打的人心烦，我想去掉。
奇怪的是部署一个实例就不会打这个日志，部署多个
实例就开始打
我理解跟集群没关系呀，是前端连接代码导致的，或者你开 general log 看看更全面的信息呢。