Navicat连接MySQL报错1146？手把手教你修复performance_schema缺失问题

Navicat连接MySQL报错1146？手把手教你修复performance_schema缺失问题

最近在帮团队迁移一个老项目的数据环境时，又遇到了那个熟悉的Navicat连接错误：“1146 - Table ‘performance_schema.session_variables‘ doesn‘t exist”。这问题在MySQL版本升级或数据目录迁移后，时不时就会冒出来，让不少开发者和DBA头疼。表面上看，它只是一个表不存在的简单错误，但背后往往牵扯到MySQL系统库的初始化、版本兼容性参数，甚至是数据目录的完整性。如果你也正被这个报错卡住，无法顺畅地使用Navicat进行数据库管理，别急，这篇文章将带你从根上理解问题，并提供一套从简到繁、确保能落地的修复方案。

1. 问题深度剖析：为什么session_variables表会“消失”？

首先，我们得搞清楚performance_schema是什么。它是MySQL 5.5版本引入的一个系统数据库，用于监控服务器运行时的性能数据，比如内存使用、线程状态、SQL执行阶段等。这个库里的表并不是存储普通用户数据的，而是在MySQL服务启动时动态创建和填充的。

那么，performance_schema.session_variables这张表为什么会报“不存在”呢？根本原因通常可以归结为以下几点：

• MySQL版本升级的“后遗症”：这是最常见的原因。当你从较低版本的MySQL（如5.6）升级到较高版本（如5.7或8.0）时，performance_schema本身的结构和内容可能发生了较大变化。如果升级过程不完整，或者升级后没有正确执行系统表的更新操作，就会导致新版本预期的表在旧版本的数据目录中找不到。
• 数据目录迁移或复制不完整：有时候，我们为了迁移数据，会直接拷贝data目录。如果拷贝过程中遗漏了performance_schema这个数据库文件夹，或者该文件夹内的文件损坏，Navicat在连接时尝试查询某些性能视图就会失败。
• performance_schema未启用或初始化失败：虽然默认是开启的，但也有可能在MySQL配置文件（如my.cnf或my.ini）中禁用了它，或者在服务启动初期，由于权限、磁盘空间等问题导致其初始化失败。

Navicat、DBeaver等图形化工具在连接成功后，为了提供更好的管理功能（如服务器监控、变量设置界面），往往会去查询performance_schema和information_schema中的一些系统视图。session_variables就是其中一个用于查看当前会话系统变量的关键视图。因此，这个表的缺失直接触发了连接错误。

注意：错误号1146是MySQL标准的“表不存在”错误。但这里的关键在于，缺失的表属于系统库，这通常意味着你的MySQL实例状态不完整，而不仅仅是某个用户数据库的问题。

2. 核心修复策略：使用mysql_upgrade工具

最官方、最标准的修复方法是使