连接服务器中的MySQL数据库，核心是拿到主机IP、端口、用户名、密码这四个参数，然后根据服务器环境选择命令行或图形化工具完成建连，过程中遇到报错九成出在端口未放行或用户权限受限。
mysql数据库怎么连接不上？先搞清楚连接三要素
不少人在第一步就卡住了,你在本地连MySQL敲个localhost就完事，但连服务器的MySQL，缺一不可的三样东西是：服务器公网IP、MySQL端口号、远程访问账号。
公网IP不等于数据库IP
服务器上的MySQL默认只监听本机回环地址0.0.1，这意味着就算你拿到服务器IP，直接去连也大概率会撞一鼻子灰，业内专家指出，七成以上的连接失败案例，根源都在于MySQL的bind-address参数卡住了来自外网的请求。
以国内主流云厂商的Linux服务器为例,装好MySQL后你需要在服务器上执行：
vim /etc/mysql/mysql.conf.d/mysqld.cnf
找到bind-address这一行，把0.0.1改成0.0.0，保存退出后重启MySQL服务：
systemctl restart mysql
这一步做完,MySQL才真正开始监听服务器的所有网络接口。
3306端口是一道隐形门
服务器厂商自带的安全组策略默认屏蔽了3306端口,光改配置不够，你还得去云服务商的后台放行，以酷番云服务器连接mysql的场景为例，控制台路径一般是：安全组 → 添加规则 → 入站方向 → 自定义TCP → 端口3306 → 来源0.0.0.0/0，简米云服务器的操作路径类似，入口在“安全组规则配置”里。
服务器内部防火墙也不能漏,CentOS用户要注意：
firewall-cmd --permanent --add-port=3306/tcp firewall-cmd --reload
Ubuntu系统则用：
ufw allow 3306/tcp
这里有个不少人踩过的坑：安全组放行了，服务器防火墙也关了，但还是连不上，这时候你该怀疑MySQL是否真的在监听0.0.0:3306，用netstat -tlnp | grep 3306看一眼，如果显示0.0.1:3306，说明你改完配置没有重启MySQL。
账号权限决定了你进不进得了门
MySQL的root账号默认只允许本地登录，要给外部客户端开权限，登录MySQL后执行：
CREATE USER '你的用户名'@'%' IDENTIFIED BY '你的密码'; GRANT ALL PRIVILEGES ON . TO '你的用户名'@'%'; FLUSH PRIVILEGES;
注意代表允许任意IP远程连接,如果你只想让公司固定IP连接，把换成具体IP更安全。
服务器连接mysql的两种实操路径
确认完以上三个步骤,连接动作本身很简单，根据你手头的工具，两条路任选一条。
命令行直连
你本机装有MySQL客户端的话,直接敲：
mysql -h 你的服务器公网IP -P 3306 -u 你的用户名 -p
回车后输入密码即可进入MySQL命令行界面,这个方式适合快速验证能不能连通，如果提示Access denied，检查用户名密码有没有输错；如果卡住不动，说明网络层面没走通，回到上面排查端口。
Navicat图形化工具连接
大多数人日常管理数据库习惯用Navicat,打开Navicat，点击“连接”选择“MySQL”，填写如下内容：
- 连接名：随便起一个，生产库”
- 主机：你的服务器公网IP
- 端口：3306
- 用户名：刚才创建的那个
- 密码：对应的密码
填完点击“测试连接”，弹出“连接成功”就完事了。保存前务必再点一次“测试连接”，因为很多人和我一样，密码首字母大写没按住Shift键就保存了，等真正用的时候才发现连不上。
云服务器连接mysql数据库的三个坑
本地连接和服务器连接mysql的区别
本地连接走的是回环地址,MySQL自带的安全策略天然放行，服务器连接则要穿越公网，中间任何一个环节拦截都会导致失败，最直观的区别在于：本地连接几乎不会遇到权限问题，而远程连接从账号到端口每一层都在设卡，所以你远程连接失败时，别急着怀疑密码错了，先看错误码。
云服务商自带的安全策略差异
国内几家云厂商的默认安全策略不太一样,简米云默认的安全组只放行22、80等少数端口，3306需要手动添加，酷番云服务器在创建时会让你选放行规则，选“全放通”的自然没这个问题，选“只放行22”的就得回头补规则，华为云则多了个“域间防火墙”的概念，除了安全组还要检查虚拟防火墙配置。
云服务器和物理服务器的隐藏区别
云服务器的公网IP有时候不是直接绑在网卡上的,比如AWS或者简米云的部分实例类型，公网IP其实是通过NAT映射的，这种情况下MySQL监听的0.0.0依然能正常工作，但如果你在服务器上跑ifconfig看不到公网IP，别慌，这不影响连接。
mysql连接工具怎么选：命令行、Navicat、Workbench对比
| 工具 | 适用场景 | 上手难度 | 特点 |
|---|---|---|---|
| MySQL命令行 | 快速验证连通性、服务器本机运维 | 低 | 无处不在，无需安装额外界面 |
| Navicat | 日常管理、多库切换、数据迁移 | 中 | 功能全面，界面友好 |
| MySQL Workbench | 数据库设计、ER图建模 | 中高 | 官方免费，侧重结构设计 |
我的建议是：运维排查时用命令行，日常开发管理用Navicat，两者配合效率最高，Workbench更适合那种需要频繁看表关系的架构师场景，你要是问mysql连接工具怎么选最省钱，答案是命令行，毕竟服务器上自带，不用多花一分钱，但多数情况下，花钱买效率是值得的，Navicat一个许可能省下大量重复操作的时间。
用SSL加密连接避免明文传输
远程连数据库,密码和查询内容在公网上是裸奔状态，MySQL 8.0默认开着SSL，但不少旧版本默认没开，在服务器MySQL配置里加一行：
require_secure_transport = ON
然后用Navicat连接时勾选“使用SSL”，这样数据传输过程就是加密的，这个动作看似多一道工序，但真遇到抓包嗅探的情况，能保你数据库不被拖走。
mysql数据库密码修改与忘记密码的连接解法
实操里常碰到一种尴尬：服务器上MySQL的root密码忘了，本地上又没存这个密码，这时候连接肯定失败，但省事的解法是改密码而不是猜密码。
在服务器上先停掉MySQL服务,用跳过授权表的方式启动：
systemctl stop mysql mysqld_safe --skip-grant-tables &
然后用mysql -uroot直接登进去，执行：
FLUSH PRIVILEGES; ALTER USER 'root'@'localhost' IDENTIFIED BY '你的新密码';
记得改完之后把--skip-grant-tables模式退出来，正常重启MySQL，这套操作在任何云厂商的Linux服务器上都通用，不区分简米云、酷番云还是华为云。
mysql服务器连接的排查清单
如果你照着上面的步骤走完还是连不上,按这个顺序逐项排查，多数情况下能定位问题：
ping 服务器公网IP，不通说明服务器网络或安全组策略拦截了ICMP协议- 本机执行
telnet 服务器公网IP 3306，不通说明3306端口被防火墙或安全组拦了 - 在服务器本机执行
mysql -uroot -p，能进说明MySQL服务正常，问题在授权或监听 - 查看MySQL错误日志,常见位置在
/var/log/mysql/error.log，里面有详细的拒绝连接原因
常见报错图文对照
| 报错提示 | 含义 | 解法 |
|---|---|---|
| ERROR 2003 (HY000) Can’t connect | 网络不通或端口未放行 | 检查安全组、防火墙、监听地址 |
| ERROR 1045 (28000) Access denied | 账号密码错误 | 确认密码大小写，重设密码 |
| ERROR 1130 (HY000) Host not allowed | 用户主机限制 | 重新授权用户host为或具体IP |
这三条报错覆盖了绝大部分连接失败场景,记住一点：错误码带2003先查网络，带1045查账号，带1130查权限，按图索骥，几分钟就能解决。
Q&A：mysql数据库连接相关问题
问：云服务器mysql连接速度慢怎么办？
答：远程连接慢多半是DNS反向解析导致，MySQL默认会尝试解析客户端主机名，解析超时会拖慢连接，在MySQL配置[mysqld]段下加一行skip-name-resolve，重启服务即可跳过这个环节，同时检查本地到服务器的网络延迟，一般国内服务器之间延迟在几十毫秒内均属正常，跨地域访问则建议走内网或专线。
问：mysql远程连接安全吗？
答：合理的加固措施下风险可控，建议只放行特定IP访问3306端口，创建独立账号，避免直接开放root远程登录，并开启MySQL审计日志，据工信部网络安全通报显示，数据库弱口令是近年数据泄露的主要途径之一，远程连接至少使用16位混合密码，有条件的话配置SSL加密或用堡垒机作为中间层，数据安全这件事，没有绝对的安全，只有不断逼近的安全边界。
问：服务器上的mysql怎么备份？
答：最传统的手段是mysqldump，在服务器上执行：
mysqldump -uroot -p 数据库名 > 备份文件.sql
如果数据库体积较大,可以考虑用XtraBackup做物理备份，速度快且不影响线上读写，定期把备份文件同步到对象存储或异地服务器，避免服务器故障导致数据全丢。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/795595.html
