MySQL状态查看与Navicat连接排查：从SHOW STATUS到Access denied实战

说实话这节MySQL课的后两节信息量比前面几节加起来都大。老师先带我们把SHOW STATUS过了一遍然后现场演示了 Navicat 链接 MySQL 的完整流程下课的时候还有一半人卡在 Access denied 上——包括我。回来我花了一整个晚上把课堂笔记重新捋了一遍又连着重装了一次 Navicat把踩过的坑和排查过程都记了下来。这篇就当作是给同样在学数据库、正被状态和链接折磨的同学一份课外补充材料。1. 内容整体设计与思路拆解1.1 为什么状态和链接被放在同一堂课里刚开始我也觉得奇怪MySQL 状态和 Navicat 链接是两个完全不同的方向一个在服务端一个在客户端怎么凑到两节课里讲等自己动手操作了一遍才明白这俩其实是同一个问题的两面链接不上数据库的时候第一件事就是看状态而状态异常的时候最直观的表现就是链接失败。打个比方MySQL 的SHOW STATUS就像人的体温计和血压计它能告诉你数据库现在是健康还是亚健康。而 Navicat 就像听诊器你拿听诊器去听病人胸口发现听不到心跳这时候你回过头去看体温计大概率能看到体温异常。老师把这两块放一起本质上是在教我们一套排错思路先看服务端状态再查客户端链接两边一对照问题基本就定位了。1.2 我的学习路径和复盘方法先说下我这篇笔记的整理方法。课堂上的内容只是引子真正值钱的是一句话回去以后把老师演示的命令自己敲一遍敲不出来的地方就是你的知识盲区。我按照这个思路把学习过程拆成了四步复述不看书把课堂上讲的SHOW STATUS常用变量和 Navicat 连接步骤默写一遍。验证打开自己电脑上的 MySQL 8.0一条一条执行状态命令看输出结果是不是和笔记里对得上。排错故意制造几个连接错误比如输错密码、改错端口把报错信息截图保存下来。总结把报错信息、原因、解决办法整理成速查表下次遇到直接查。这个方法看起来很笨但效果出奇的好尤其是第三步故意制造错误比背十遍笔记都管用。这篇博文的核心内容就是这么来的我会尽量把每一步的操作和背后的原理都讲清楚让你看完之后能直接照着做。2. MySQL 状态查看数据库的体温计和血压计2.1 SHOW STATUS 和 SHOW VARIABLES 到底有什么区别上课的时候老师问了一句谁能说说 SHOW STATUS 和 SHOW VARIABLES 的区别全班鸦雀无声。这个问题其实特别基础但很多人都没认真想过。简单来说SHOW VARIABLES查的是配置参数也就是 my.ini / my.cnf 里设置的那些值比如max_connections最大连接数、port端口号。这些值是静态的改了要重启服务才生效。SHOW STATUS查的是运行状态也就是 MySQL 从启动到现在累计的实时计数器比如Threads_connected当前连接数、Queries累计查询次数。这些值是动态的随时在变。两者的关系就像汽车的速度表和配置单。速度表告诉你现在开多快状态配置单告诉你这台车最高能开多少变量。排查问题的时候两个都要看先看配置单确认参数没改错再看速度表确认当前运行状态是否正常。2.2 必查的几个核心状态项老师上课列了一堆状态变量说要全记但我实际操作下来发现真正高频用到的就那么几个其他的知道有这个东西就行。我把它们整理成了一张表每个都带上了我自己的理解状态变量作用怎么看正常与否UptimeMySQL 运行了多少秒如果刚重启过这个值很小很多状态数据会失真Threads_connected当前打开的连接数和max_connections对比长期超过 80% 就要小心Max_used_connections历史最大连接数如果接近上限说明连接池配置可能要优化Queries累计执行的 SQL 次数和 Uptime 配合可以算出平均每秒查询量Slow_queries慢查询累计次数只要持续增长说明有 SQL 需要优化Bytes_received/Bytes_sent接收/发送的字节数网络传输量的参考指标Aborted_connects连接失败的累计次数如果快速增长说明有人在不停试错或配置不对执行方法很简单打开命令行或者 Navicat 的查询窗口输入SHOW GLOBAL STATUS;这条命令会把所有状态变量一次性列出来几百项初学者容易看花眼。所以我自己的习惯是只看单项比如SHOW GLOBAL STATUS LIKE Threads_connected; SHOW GLOBAL STATUS LIKE Slow_queries; SHOW GLOBAL STATUS LIKE Max_used_connections;拿Threads_connected来说它和max_connections的比值特别能说明问题。如果你的业务高峰期连接数长期在 500 以上而max_connections只配了 600那随时可能爆连接。这个比值我建议做成监控而不是等人报故障了才去看。2.3 状态轮询抓间歇性问题的笨办法但好用课堂上没讲状态轮询这个词是我自己在排查一个线上问题时琢磨出来的。那时候有个系统每隔几个小时就会出现一次Too many connections的报错但我手动去看状态的时候连接数早就降下去了啥也看不出来。后来我想了个笨办法写一个循环脚本每隔 5 秒抓一次Threads_connected和Max_used_connections存到日志文件里。等再次报错的时候翻日志一看连接数在某个时刻突然飙升峰值到了 800 多而当时的max_connections只配了 500问题一下就定位了。在 Linux 或者 macOS 上可以这么写while true; do mysql -uroot -p你的密码 -e SHOW GLOBAL STATUS LIKE Threads_connected; SHOW GLOBAL STATUS LIKE Max_used_connections; /tmp/mysql_status.log date /tmp/mysql_status.log sleep 5 doneWindows 上如果你装了 Git Bash也能跑类似的命令。如果不想写脚本用 Navicat 手动刷新也可以——但手动刷新的最大问题是频率不够很多瞬时状态抓不到。所以我后来都是脚本为主、手动为辅脚本挂在后台跑发现异常再手动去确认。你可能会问为什么不用现成的监控工具因为很多时候生产环境不允许你随便装 agent而 MySQL 自带的状态查询不需要任何额外权限一条 SQL 就能搞定。对于临时排查轮询脚本是最快、最轻量的方案。2.4 用状态变量反推业务负载这一节算是我自己扩展的内容。老师上课只讲了状态变量是干嘛的但我后来发现状态变量还能帮你反推业务特征。举个例子Queries除以Uptime得到的是平均每秒查询次数。如果这个数很高说明这是个查询密集型的应用如果Bytes_sent特别高说明查询结果集很大可能有人在查大表或者没加 LIMIT。还有一个容易忽略的Threads_created创建线程的累计次数。如果这个值特别大说明 MySQL 频繁地创建和销毁连接线程背后的原因很可能是应用层没有使用连接池。每创建一个线程都有开销大量短连接对数据库的压力比长连接大得多。这些状态变量之间的组合分析比单独看一个值有用得多。我的建议是先把 2.2 节里那几个核心状态项搞懂然后慢慢学会组合它们形成自己的判断模型。状态数据不会骗人它比任何监控工具的图表都诚实。3. Navicat 链接 MySQL从安装到成功连上的全流程3.1 版本怎么选免费版还是 Premium讲完状态课堂的后半段就是 Navicat 连接 MySQL 的演示。老师用的 Navicat Premium 16下面有学生问了一句这不是要花钱吗然后老师花了两分钟讲了讲版本的问题我在旁边听得直点头。目前 Navicat 的情况是这样的Navicat Premium全功能版本支持 MySQL、PostgreSQL、SQL Server、SQLite 等多种数据库。按年订阅制。Navicat Premium Lite官方推出的免费版只支持 MySQL 和 PostgreSQL功能比 Premium 少一些但对于学习、开发完全够用。Navicat for MySQL单独针对 MySQL 的版本有较老的永久授权但新版本已经不太推了。我的建议是学生党或者刚入门的直接用官方免费的 Navicat Premium Lite 就行。我自己的主力工具也是它日常建库、建表、跑查询、看数据完全没问题。网上那些所谓破解版注册机我劝你别碰。一方面是安全问题破解工具里头藏挖矿木马的事不是一次两次了另一方面是没必要官方有免费版功能足够你学完整个数据库课程。为了省那点钱把电脑搞出问题得不偿失。3.2 安装过程中的两个细节Navicat 的安装本身没什么难度一路点下一步就行但有两个细节我踩过坑值得单独说一下。第一个是安装路径。默认会装到 C 盘但 Navicat 的配置文件和连接记录都存放在用户目录下如果你的 C 盘空间紧张我建议自定义安装路径到 D 盘或者其他盘。在安装向导里选择自定义就能改。第二个是语言选择。Navicat 支持多语言安装的时候会让你选界面语言。这本来没什么但我认识有人装完发现界面是英文的又不知道在哪改。实际上在工具 - 选项 - 常规 - 语言里就能切换切换完重启软件就生效了。我自己的习惯是保持中文看起来省力。还有个算不上坑但很实用的小技巧安装完第一次启动它会提示你创建连接或打开连接窗口这时候先别急着连去帮助 - 关于里看一眼版本号如果是 17 系列的后面的认证插件配置方式会和 16 系列略有不同心里有个数就行。3.3 创建连接主机的坑我足足踩了半小时打开 Navicat点击连接按钮选择MySQL就进入了连接配置界面。界面很简单无非是连接名、主机、端口、用户名、密码几个框但恰恰是最简单的地方最容易出问题。我踩的第一个坑是主机这一栏。当时老师演示的时候主机填的是localhost我也跟着填 localhost结果怎么连都报错。后来查了半天才发现我的 MySQL 虽然装在本地但skip_name_resolve这个参数是开启的服务端不做主机名反解localhost反而连不上改填127.0.0.1就好了。这个问题的排查思路是先确认 MySQL 服务确实在跑net start看服务状态或者mysqladmin ping再用命令行客户端mysql -uroot -p测一下能不能登如果命令行能登而 Navicat 不能那问题八成在连接参数上。命令行是最可靠的测试工具Navicat 连不上时先用它排除服务端问题。我把常用的配置参数整理了一下配置项我填的值说明连接名本地测试随便写方便自己识别主机127.0.0.1本机就填 127.0.0.1别用 localhost端口3306MySQL 默认端口改了端口的话这里要跟着改用户名root学习阶段可以用 root生产环境千万别用密码你的密码这里可以保存也可以每次输入3.4 点测试连接之前先检查认证插件MySQL 8.0 默认的认证插件是caching_sha2_password而一些老版本的 Navicat 客户端尤其是 12 以下的不支持这个插件会导致连接时报Authentication plugin caching_sha2_password cannot be loaded的错误。解决办法有两个。第一个办法升级 Navicat 到较新版本16 或 17 都行新版本已经支持 caching_sha2_password这是最省事的方案。第二个办法把 MySQL 用户的认证插件改回旧版的mysql_native_passwordALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 你的密码; FLUSH PRIVILEGES;我的建议是用第一个办法改认证插件只是临时方案。因为mysql_native_password在 MySQL 8.0 里已经标记为废弃未来版本可能会移除到时候你还得再改回来。不如直接用新版本客户端一步到位。另外补充一点上课的时候有同学问Navicat 连接时提示 SSL 要不要启用。我的做法是本地开发环境直接选不加密或者如果可用则使用因为本地没有中间人攻击的风险加密反而增加握手耗时。生产环境的远程连接建议开启 SSL具体在连接属性 - SSL标签页里勾选。3.5 连接成功之后的第一件事当你终于看到连接成功的绿色提示时先别急着建库建表我建议你做三件事。第一双击连接名展开数据库列表确认你预期中的数据库都在。如果列表是空的先SHOW DATABASES;看一下是不是权限问题。第二新建一个查询窗口跑一遍上节课学的状态命令SHOW GLOBAL STATUS LIKE Uptime; SHOW GLOBAL STATUS LIKE Threads_connected;这一步是为了把课堂内容和实际操作串起来。你在命令行里能看到这些状态在 Navicat 里也能看工具的图形界面只是把命令包装了一下本质上还是那些 SQL。第三右键连接 - 编辑连接 - 高级标签页把使用MySQL字符集选为utf8mb4。这个很重要如果你的数据库里有表情符号或者生僻字只有 utf8mb4 才不会乱码。上课的时候有同学往表里插入 emoji出来全是??就是因为字符集没配对。4. 链接失败的排查实录那些让人崩溃的报错4.1 Access denied多半不是密码错课上演练的时候班里至少有十个人卡在 Access denied 上包括我。几个人互相一交流发现密码明明是对的还是报Access denied for user rootlocalhost (using password: YES)。这个问题有几种可能密码确实输错了这个最直接重新输一遍。MySQL 的 root 用户密码本来就不是你自己设的那个比如你装 MySQL 的时候初始化出的临时密码忘了改。root 用户权限表有问题这个少见但遇到过一次因为误操作把 mysql.user 表里的 root 记录给改了。主机限制不对比如 root 允许的来源是127.0.0.1但你用localhost去连也有可能被拒。排查思路我总结为三步先用命令行mysql -uroot -p连接确认密码是否正确。如果命令行能连Navicat 不能连对比命令行和 Navicat 的主机参数是否一致。用SELECT user, host FROM mysql.user;查看用户的允许来源。顺便说一句网上很多教程会让你直接ALTER USER把密码改掉这确实能解决问题但别忘了修改后要执行FLUSH PRIVILEGES;刷新权限不然有些情况下不生效。4.2 TLS 客户端凭据错误 10013Windows 专属的坑这真的是我这几天遇到的最让人抓狂的错误了。某台 Windows 机器上Navicat 连接 MySQL 时突然报了一个很长的错误创建 TLS 客户端凭据时发生严重错误。内部错误状态为 10013。第一次看到这个报错我整个人是懵的。我根本没在连接配置里开启 SSL怎么会有 TLS 凭据的错误后来查了不少资料才弄明白这个 10013 错误和 Navicat 本身关系不大问题出在 Windows 的证书存储权限上。Navicat 在某些情况下会尝试从 Windows 证书存储里读取客户端证书如果当前用户对这些证书没有访问权限就会报这个错。解决方案我试了两种都有效第一种以管理员身份运行 Navicat。右键点击 Navicat 图标选择以管理员身份运行然后重新测试连接错误大概率会消失。这个方法最快但治标不治本下次正常启动可能还会复现。第二种打开Internet 选项 - 内容 - 证书在证书管理窗口里把个人和受信任的根证书颁发机构两个选项卡里的证书权限检查一遍。如果发现某些证书的私钥权限异常把当前用户加入证书的访问控制列表里。操作路径是右键证书 - 所有任务 - 管理私钥 - 添加当前用户并给完全控制权限。如果你连接的 MySQL 没有强制要求 TLS最省事的方案是在 Navicat 连接配置的 SSL 标签页里把 SSL 模式改成禁用。这样 Navicat 就不会去读取 Windows 证书存储自然也就不会触发 10013 了。我现在那台机器就是这么做一劳永逸。4.3 连接超时先查服务再查防火墙Cant connect to MySQL server on 127.0.0.1 (10061)是我遇到的另一个高频错误报错原因是目标计算机积极拒绝。千万别急着怀疑防火墙你首先要做的是确认MySQL 服务到底有没有在运行。Windows 上打开服务管理器Win R 输入 services.msc找到MySQL或者MySQL80这样的服务看状态是不是正在运行。如果服务没启动右键启动然后再次重试连接。Linux 上则用systemctl status mysqld # 或者 service mysql status如果服务在运行但还是连不上再考虑端口监听和防火墙的问题。用命令确认端口有没有监听Windowsnetstat -ano | findstr 3306Linuxss -tlnp | grep 3306如果看到0.0.0.0:3306或者:::3306在监听说明服务正常。剩下的常见原因就是防火墙拦截了 3306 端口的入站连接。Windows 防火墙里需要添加一条入站规则放行 TCP 3306 端口Linux 则看 iptables 或 firewalld 配置。4.4 常见问题速查表把这段时间遇到的连接问题汇总成一张表方便大家直接对照报错信息可能原因快速处理Access denied for user密码错误或用户权限不对命令行确认密码检查 mysql.user 表Cant connect to MySQL server (10061)服务未启动或端口被拦截检查服务状态检查端口监听Authentication plugin caching_sha2_password cannot be loadedNavicat 版本太老升级 Navicat或改认证插件Client does not support authentication protocol新旧客户端认证协议差异同上Unknown database xxx连接时指定的数据库不存在检查数据库名是否正确Lost connection to MySQL server at reading initial communication packet服务端负载高或网络不稳定检查服务端状态ping 测试网络Creating TLS client credential ... 10013Windows 证书存储权限异常管理员运行禁用 SSL 模式Table doesnt exist连错数据库或大小写问题确认连接选的 database 和表名大小写这张表我会不定期更新每遇到一个新问题就往里加一行。排查连接问题的时候先按表里找一圈基本能覆盖八成的场景。5. 连接成功后的进阶玩法让状态查询可视化如果你已经顺利用 Navicat 连上了 MySQL那最后这部分我建议你认真看看因为这堂课真正的升华点在这里。老师在课尾提了一嘴Navicat 其实自带一些监控面板你可以不用命令行去看状态。有同学当时就打开了工具 - 服务器监控然后发现新大陆。在 Navicat 里打开工具菜单找到服务器监控会弹出一个窗口里头能直接看到Threads_connected、Queries、Bytes_received这些状态变量的实时曲线。这个功能就是用图形界面封装了你命令行里敲的那些SHOW GLOBAL STATUS但可视化之后趋势变化一目了然。我自己的经验是先用 Navicat 的监控面板建立状态变量的直觉再回到命令行去精确抓取数据。就像开车先看仪表盘了解大概再低头看具体数字确认。比如你可以在 Navicat 的监控面板里盯着Threads_connected的曲线然后打开一个网页应用刷几下肉眼看见曲线飙升你就知道每次网页刷新都会新建连接。这种直观的体验比单纯背SHOW STATUS LIKE的命令强一百倍。还有一个小技巧Navicat 的查询窗口可以直接写SHOW GLOBAL STATUS LIKE xxx执行结果会以表格形式展示比命令行里的文本输出清楚很多。如果你要一次性查看多个状态项可以这么写SHOW GLOBAL STATUS WHERE Variable_name IN (Threads_connected,Slow_queries,Max_used_connections,Uptime);这条 SQL 会精准列出你关心的几个状态项配合 Navicat 的表格展示阅读体验比命令行好太多。我后来排查大多数问题都习惯先在 Navicat 里跑这个。再说说 Navicat 的模型功能。上课的时候没讲但我自己试了一下效果很惊艳。你可以把数据库里的表拖进模型画布Navicat 会自动生成 ER 图表之间的关系一目了然。这个功能对理解数据库结构特别有帮助尤其是在你有几十张表、外键关系复杂的时候。右击数据库 - 逆向数据库到模型两秒钟就能生成图谱。如果你学的是 8.0 及以上版本的 MySQL我还建议你把 Navicat 的查询功能用起来。在查询窗口里写好 SQL点解释按钮或者快捷键 CtrlE能看到 MySQL 的执行计划type字段是ALL还是range有没有用到索引全都能可视化展示。这比命令行里的EXPLAIN输出直观多了而且可以边调边看对学习索引优化很有帮助。我个人在实际操作中的体会是工具和命令行之间不是一个替代关系而是一个互补关系。命令行是底牌它能做所有事情但效率低Navicat 是加强装备它把高频操作变成点鼠标但归根结底还是在那堆 SQL 之上包了一层图形界面。最后再分享一个小技巧也是我踩了坑总结出来的不管用什么工具连 MySQL一定要把字符集设置成 utf8mb4把自动提交和自动连接的选项看清楚然后每隔一段时间看一眼 Threads_connected 的状态。连接数突然飙升往往比 SQL 本身慢更能暴露问题。把这些基础操作形成肌肉记忆以后不管是用命令行还是图形界面碰到数据库问题都能很快定位到方向。