mysql服务未响应通常表现为客户端连接数据库时提示超时、无法建立连接，或者执行查询操作时长时间无返回结果，这类问题需要从多个维度逐步排查解决。
一、先检查mysql服务运行状态
首先确认mysql服务是否处于正常运行状态，不同操作系统的检查方式有所区别。
Linux系统检查
可以通过系统服务命令查看状态：
# 查看mysql服务状态 systemctl status mysql # 如果是用mysqld服务名的情况 systemctl status mysqld
如果输出显示服务处于inactive (dead)状态，说明服务已经停止，需要手动启动：
# 启动mysql服务 systemctl start mysql # 设置开机自启避免后续重启后服务未启动 systemctl enable mysql
Windows系统检查
打开服务管理器，找到名称为MySQL或者MySQL80之类的服务项，查看状态是否为正在运行，如果已停止则右键点击启动。
二、排查端口占用问题
mysql默认使用3306端口，如果该端口被其他进程占用，会导致mysql服务无法正常启动或者响应请求。
检查端口占用情况：
# Linux查看3306端口占用 netstat -tulnp | grep 3306 # 或者用ss命令 ss -tulnp | grep 3306
如果发现有非mysql的进程占用了3306端口，可以先停止该进程，或者修改mysql的配置文件更换监听端口。修改my.cnf（Linux）或者my.ini（Windows）配置文件，在[mysqld]模块下添加：
[mysqld] port=3307
修改完成后重启mysql服务即可生效。
三、检查配置文件是否有误
mysql的配置文件参数错误也可能导致服务无法响应，比如内存配置超出服务器实际可用内存、数据目录路径错误等。
常见的错误配置排查点：
datadir：确认数据目录路径是否存在，权限是否正确，mysql进程是否有读写权限innodb_buffer_pool_size：如果设置值超过服务器可用内存，会导致服务启动失败max_connections：如果设置值过高，可能会占用过多系统资源导致服务无响应
可以通过mysql的错误日志查看具体的配置报错信息，错误日志路径通常在配置文件的log_error参数中指定，默认路径如下：
# Linux默认错误日志路径 /var/log/mysql/error.log # Windows默认错误日志路径 C:ProgramDataMySQLMySQL Server 8.0Data*.err
四、排查资源占用过高问题
如果服务器CPU、内存、磁盘IO占用过高，也会导致mysql服务无法及时响应请求。
可以通过系统监控命令查看资源使用情况：
# 查看CPU和内存占用 top # 查看磁盘IO占用 iostat -x 1
如果是因为慢查询导致资源占用过高，可以开启慢查询日志定位问题SQL：
-- 开启慢查询日志 SET GLOBAL slow_query_log = 'ON'; -- 设置慢查询阈值，单位秒，执行超过1秒的查询会被记录 SET GLOBAL long_query_time = 1; -- 查看慢查询日志路径 SHOW VARIABLES LIKE 'slow_query_log_file';
找到慢查询后针对性优化SQL语句，或者添加合适的索引即可缓解资源压力。
五、其他常见解决方式
如果是连接数耗尽导致的服务未响应，可以临时调大最大连接数：
-- 查看当前最大连接数 SHOW VARIABLES LIKE 'max_connections'; -- 临时调大最大连接数 SET GLOBAL max_connections = 500;
如果需要永久生效，需要把参数写入配置文件的[mysqld]模块下。
如果以上方法都无法解决问题，可以尝试备份数据后重新安装mysql服务，或者查看系统日志确认是否有底层系统故障导致服务异常。