作者： 18515065291 原文来源：https://tidb.net/blog/f88a8801

升级 5.1.1 小问题

                         --2021-08-25 春雷

1、前言

TiDB 5.1.1 发版日期：2021 年 7 月 30 日 , 也很长时间了，近期我们新部署的集群使用 5.1.1，已有的集群进行了部分集群版本升级至 5.1.1。

发现了一些问题，分享下

但性能提升还是很明显的~ 如果大家要升级的话，要注意下下面的问题~

2、问题汇总

3、问题 1 详细

此处使用 5.0.3 版本举例，同 5.1.1 是一样的

现象： kill tidb xxx ，但连接还是存在，与 4.0.2 的立即释放现象 不同

4.0.2 版本的情况：立即就释放了

4、问题 2 详细

升级后，大致看了下监控情况，业务流量正常

DBA 没有仔细注意到这个失败的 SQL 数量及连接数情况

问题：

• 升级前的连接数几百个，升级后连接数持续增长，到单个实例 9w+

• 导致 TiDB 实例内存吃满 oom，影响了业务

• 升级后 Failed Query OPM 数量增加

【监控情况如下】：

分析：

TiDB 日志报错：

原因： 用户执行了：set session transaction read only 导致

参考回答：

这个是预期的。这么做的目的，是显式提醒 ‘read_only’ 变量在 TiDB 中并不真正生效（即属于 ‘noop’ 行为）。

举个例子，对于只读业务，我们一般在 MySQL 中设置 ‘read_only’ 系统变量让系统变为只读模式。但在 TiDB 中即便设置了这个变量，集群仍然是可写的。

将来我们计划支持真正的只读模式，到那时 read_only 会被移出 ‘tidb_enable_noop_functions’ 的控制。

参考 wiki：

jdbc 连接 tidb5.1.1 连接报异常 只读场景 开发者 & 应用适配

为提高效率，提问时请提供以下信息，问题描述清晰可优先响应。 【TiDB 版本】：v5.1.1 tikv v5.1.1 pd v5.1.1 tidb v5.1.1 【问题描述】：从 v5.0.3 升级到 v5.1.1 后 spark 报： java.sql.SQLSyntaxErrorException: function READ ONLY has only noop implementa…

处理： set global tidb_enable_noop_functions=1;

5、问题 3 详细

问题： 5.1.1 用管理账号执行 show config；命令开始提示权限拒绝了；5.0.2 没有这个问题；也就是 5.1.1 查看配置需要 CONFIG 的权限了

报错： ERROR 1227 (42000): Access denied; you need (at least one of) the CONFIG privilege(s) for this operation

其他：5.0.2 是可以的

5.0.2 的现象：

5.1.1 情况：