IDEA里连接MySQL后，想确认连接是否正常，看左侧Database面板的列表和Console标签页就够了；如果是RDS for MySQL，要看连接情况，直接登录云控制台看监控曲线，再用一条SQL查当前会话明细，两种方法配合能定位绝大多数连接问题。
在云数据库普及的今天，连接失败的原因往往不只在IDEA这一侧，很多人本地连MySQL跑得好好的，换到RDS就报错，问题出在看连接的方式不对，下面分两段讲清楚：先讲本地IDEA怎么查连接，再讲RDS for MySQL怎么查连接,最后补一个从IDEA报错反推RDS配置的排查思路。
IDEA连接MySQL后如何查看连接状态
IDEA本身是个开发工具，它不提供专业的DBA监控面板，但最基本的连接状态查看路径是有的，而且比大多数人想的要直观，连接成功那一刻，你其实已经收到三个信号：Database面板左侧出现数据库列表、右侧Console标签页可用、代码里执行查询不再报超时，关键是,这三个信号怎么验证。
看Database面板展开的是不是完整库表
IDEA的Database面板在窗口右侧边栏，快捷键是Shift+Shift，输入Database回车，连接成功后，面板会显示数据源名称，点开前面的箭头，能看到information_schema、mysql、performance_schema这些系统库，以及你自己创建的业务库，这里有个细节需要注意：如果只看到系统库，看不到业务库，说明连接的账号权限不足，账号只能访问部分库,不是连接失败。
想确认连接是不是真正可用，双击一个业务库下面的某个表，右侧会弹出表数据预览视图，能加载出数据行就说明连接和查询链路都通，这一招比看日志直观得多,属于实操里最常用的验证手段。
用Console标签页执行一条真实查询
数据库面板下方有个Console标签页，打开后默认连接当前选中的数据源，在这里输入SELECT VERSION();，回车，下方返回结果集，这是判断连接状态最硬核的证据，如果返回的是MySQL版本号，说明从IDEA到数据库的物理链路是通的；如果报Access denied或者Connection timed out，那就是账号或网络层面的问题,和IDEA无关。
有经验的开发者还会在这里执行SHOW PROCESSLIST;，查看自己提交的连接在数据库侧的会话状态，这一步相当于把视角从IDEA切换到数据库服务器，能看到当前IDEA建立的连接处在什么状态，是Sleep还是Query，这个方法对后面排查RDS的连接数很有用,建议养成习惯。
IDEA连接MySQL后如何查看连接数避免误判
很多人在IDEA里看到连接超时，就以为数据库挂了，其实IDEA本身会缓存连接，而MySQL也有最大连接数限制，当RDS的连接数被其他服务占满时，IDEA的报错往往是”Too many connections”，而不是”Access denied”，这时去RDS控制台看连接数曲线,一般都顶在峰值。
想查看当前RDS for MySQL的实际连接数,最直接的办法是在IDEA的Console里执行：
SHOW STATUS LIKE 'Threads_connected';
这会返回一个数字，代表当前所有客户端占用MySQL的连接总数，如果这个值接近你购买的RDS实例规格上限，那问题大概率不是IDEA配置错误，而是连接池膨胀或SQL跑太慢，把连接都堵住了，了解这个数字,是判断连接问题归属的第一步。
如何查看RDS for MySQL数据库的连接情况与监控指标
RDS for MySQL是云数据库，和自建MySQL最大的区别是：你无法直接登录服务器看日志，所有信息都通过控制台暴露，所以查看连接情况，核心三板斧是：控制台监控曲线、SQL查询会话、慢日志分析，这三板斧配合,能覆盖日常运维中九成以上的连接排查场景。
RDS控制台的连接数监控曲线怎么看
登录简米云RDS控制台（其他云厂商类似），进入实例详情页，找到”监控与报警”或”性能监控”，重点看两个指标：连接数和活跃会话数，连接数指的是当前建立的TCP连接总量，活跃会话数指的是正在执行SQL的会话量，这两个指标并排看才有意义：连接数很高但活跃会话很低，说明存在大量空闲连接，一般是应用侧的连接池没释放；连接数和活跃会话双双走高,基本可以判定是业务流量突增或SQL出现了性能问题。
监控曲线的时间范围可以拉长到24小时或7天，目的不是看当前值，而是看趋势，如果每天固定时间连接数都出现一个尖峰，那很大概率是定时任务惹的祸，这也解释了为什么深夜时段会出现连接打满的情况，用曲线做趋势判断,比盯着当前数字更接近问题的源头。
用SQL直接查RDS的实时连接明细
控制台曲线描述的是”有多少连接”，但解决不了”连接从哪来”的问题，想看明细，需要用DMS（数据管理服务）或IDEA连接RDS后执行：
SELECT user, host, db, command, time, state FROM information_schema.processlist;
这条语句会列出所有会话的来源IP、登录账号、正在操作的数据库、执行时长、当前状态。如果发现某个host来源的会话特别多，且command为Sleep，慢查询日志里又没有对应记录，那就是连接池配置问题，不是SQL问题,要改应用的连接池参数。
这里多说一句：在RDS控制台执行SQL前，记得账号要有PROCESS权限，不然会报权限不足，如果连权限都没有，可以先用主账号登录控制台，在账号管理里给子账号授权，加个PROCESS和SELECT权限就好。
RDS连接数打满时的定位顺位
连接数跑满时，大多数人第一反应是重启应用或扩容实例，但更深度的做法是看阻塞的源头，业内专家指出，连接数打满的场景里，七成以上和慢SQL有关，不是实例规格不够，执行完上面那条processlist后，重点关注time字段超过2秒的会话，拿到对应的SQL语句，去执行计划里看有没有全表扫描、有没有索引失效，这个排查顺序,比盲目扩容更省成本。
如果想快速止血，RDS控制台提供”会话管理”功能，可以手动kill掉阻塞中的会话，但kill之后只能解决当下，真正的问题还得回到SQL优化上。连接数打满只是一个信号，不是根因，根因藏在执行的SQL里。
从IDEA连接失败反推RDS配置问题
IDE侧和云侧都查过了，还有一种常见情况：IDEA报连接超时，但RDS监控显示连接数很低，网络也通，这说明问题出在访问链路中的某个配置上，最常见的就是白名单和安全组，这一节给出一套从报错信息到配置项的对照逻辑,照着做基本能解开谜团。
白名单不是摆设，是连接的第一道门
RDS在云厂商的网络里默认是隔离的，客户端IP必须先加进白名单才能建立连接。IDEA连接RDS时报Communications link failure，十有八九是白名单没加对，常见误区是只加了应用服务器的内网IP，没加开发机的公网IP，或者IP白名单格式写错,漏了网段掩码。
操作路径很固定：RDS控制台→数据安全性→白名单设置→添加开发机IP，这里有个小技巧，如果开发机IP经常变（比如家庭宽带），可以临时添加0.0.0/0来测试，测通后再改回精确IP，我见过太多人卡在这上面，排查了两小时发现只是忘了加IP,非常可惜。
账号权限与密码校验的坑
RDS的账号体系比自建MySQL多一层概念：
高权限账号和普通账号，高权限账号拥有所有库的管理权限，普通账号需要单独授权才能访问业务库，如果IDEA连接用的是普通账号，且授权范围没包含当前操作的库,就会报数据库不存在或权限不足。
修复方法：控制台账号管理里编辑账号，把需要访问的库加入授权列表，或者使用GRANT ALL PRIVILEGES ON 库名. TO '账号'@'%';这种SQL来授权，有一个容易忽略的点是这个host限定，如果授权时只允许了特定IP，换了网络环境连接就废了，查看RDS for MySQL数据库的连接情况时，顺手核一下账号的host列表,能避开不少麻烦。
网络链路排查的最后一步
白名单和账号都正常，还是连不上，就要看网络类型了，RDS实例有专有网络（VPC）和经典网络两种网络类型，IDEA所在的开发机如果和RDS不在同一个VPC，通常会尝试用公网地址连接，而公网地址需要在控制台手动开通。开通公网地址后，连接串的主机名要换成公网域名，端口保持3306不变,这一步很多人会漏掉。
到这一步，整个链路基本完整了：IDEA位置→网络链路→RDS白名单→账号权限→连接数上限，按照这个顺序检查,连接问题逃不出这五环。
Q&A
为什么IDEA连接RDS时偶尔成功偶尔失败？
大概率是连接池超时或RDS侧连接数逼近上限，用控制台监控曲线查看RDS for MySQL数据库的连接情况，如果曲线出现锯齿状波动，说明连接池在频繁创建和销毁连接，建议调整应用侧wait_timeout参数,并适当降低连接池最大连接数。
RDS控制台看到的连接数和Threads_connected不一致，以哪个为准？
以控制台的监控数据为准。Threads_connected显示的是当前时刻的连接数，而控制台的连接数曲线有1分钟左右的数据采集延迟，二者本身就不是同一个时间点的快照，只要不差一个数量级,都算正常。
IDEA连接MySQL后如何查看正在执行的SQL？
在Console里执行SHOW PROCESSLIST;，能实时看到当前所有会话和正在执行的SQL语句，如果想看历史执行记录，在RDS控制台开启SQL洞察或慢日志功能,可以回溯到更早时间段的SQL明细。
连接状态从来不是查一次就结束的事，IDEA侧看会话，RDS侧看监控，两条腿走路才能稳住连接的底盘，掌握这些操作路径,连接问题就拦不住你。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/582531.html
