最快速判断 MySQL 是否可用是尝试连接并执行 SELECT 1;若成功则客户端、服务、认证均正常,否则依错误类型排查未安装、未启动、权限或配置问题。

直接用 mysql 命令连一下就知道了
最快速的判断方式不是查进程、看端口或翻配置文件,而是模拟真实使用场景:尝试连接数据库。只要 mysql 客户端能成功执行一次简单查询,就说明环境基本可用。
执行以下命令(假设默认用户 root,无密码):
mysql -u root -e "SELECT 1;"
如果返回 1,说明客户端存在、服务端响应正常、认证通过;如果报错,再根据错误细分原因:
-
command not found: mysql→ 客户端未安装或未加入$PATH -
Can't connect to local MySQL server→ 服务未启动,或监听地址/端口不匹配(比如 mysqld 绑定了127.0.0.1:3307,但你连的是默认3306) -
Access denied for user→ 用户名/密码错误,或权限不足(如只允许从localhost连,但你用了127.0.0.1)
检查 mysqld 进程和监听端口是否就绪
命令行工具不可用时,退一步确认服务进程和网络层状态。注意:Linux 下进程名是 mysqld(带 d),不是 mysql;macOS Homebrew 安装后可能叫 mysql.server 或 mysqld_safe,但实际工作进程仍是 mysqld。
检查进程:
ps aux | grep mysqld | grep -v grep
检查端口(默认 3306,但配置可能改过):
netstat -tlnp | grep :3306
或用 lsof(macOS/Linux 都支持):
lsof -i :3306
常见坑:
- MySQL 8.0+ 默认绑定
127.0.0.1,不监听0.0.0.0,netstat显示的是127.0.0.1:3306而非*:3306,这属于正常行为,不影响本地连接 - Docker 容器内运行时,
localhost指向容器自身,若没启动 mysqld 就会连不上——得先docker exec -it xxx ps aux | grep mysqld
验证配置文件是否加载成功且语法正确
MySQL 启动失败常因配置错误(比如 my.cnf 里写了不存在的参数),但进程可能“假启动”:进程存在,却无法响应连接。这时需要看错误日志,而不是只看进程是否存在。
找到配置文件位置(优先级:命令行 > /etc/my.cnf > /etc/mysql/my.cnf > $HOME/.my.cnf):
mysql --help | grep "Default options" -A 1
验证配置语法(不会启动服务,只做静态检查):
mysqld --defaults-file=/etc/my.cnf --validate-config
若提示 unknown variable 或 invalid option,说明该配置项在当前 MySQL 版本中不被支持(例如 default-character-set 在 8.0+ 已废弃)。
关键点:
-
--validate-config是 5.7.19+ 和 8.0.1+ 才支持的选项,旧版本只能靠启动时重定向 stderr 看日志 - 配置中若混用
skip-networking和bind-address,可能导致服务起来但拒绝所有 TCP 连接
用脚本批量检测关键指标(连接 + 权限 + 基础查询)
运维或 CI 场景下,需要更完整的“可用性”定义:不仅要连上,还要能执行查询、有足够权限建临时表、时区设置合理等。下面是一个最小可行检测脚本(bash):
#!/bin/bash DB_USER="root" DB_PASS="" DB_HOST="127.0.0.1" DB_PORT="3306"测试连接与基础响应
if ! mysql -h "$DB_HOST" -P "$DB_PORT" -u "$DB_USER" -p"$DB_PASS" -e "SELECT 1;" &>/dev/null; then echo "FAIL: Cannot connect or execute basic query" exit 1 fi
测试是否能创建临时表(某些只读账户会禁用)
if ! mysql -h "$DB_HOST" -P "$DB_PORT" -u "$DB_USER" -p"$DB_PASS" -e "CREATE TEMPORARY TABLE _test (id INT); DROP TEMPORARY TABLE _test;" &>/dev/null; then echo "WARN: No permission to create temporary tables" fi
检查系统变量(如 time_zone 是否为 'SYSTEM' 或合法值)
TZ=$(mysql -h "$DB_HOST" -P "$DB_PORT" -u "$DB_USER" -p"$DB_PASS" -Nse "SELECT @@time_zone;") if [[ "$TZ" == "SYSTEM" ]] || [[ "$TZ" =~ ^[+-][0-9]{2}:[0-9]{2}$ ]]; then echo "OK: time_zone = $TZ" else echo "WARN: unusual time_zone value: $TZ" fi
这个脚本不依赖外部工具,只用原生 mysql 客户端,适合嵌入部署流程。注意:-N 去掉列名,-s 简化输出,避免解析干扰。
真正容易被忽略的是权限粒度和上下文差异:本地 localhost 认证走 socket,而 127.0.0.1 走 TCP,两者对应的 MySQL 用户记录可能是分开的;Docker 网络模式(host vs bridge)也会影响 bind-address 的实际生效效果。
