记录一次排查本机连接linux虚拟机mysql报错经过
Communications link failure The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.
Connection refused: getsockopt
这是具体报错显示
一开始走了很多弯路，比如显示设置本机连接mysql的连接配置参数
还有调整 MySQL 配置的wait_timeout参数，将其设置为更长的时间（如 24 小时），以避免因连接空闲时间过长而被自动断开。
等等。。。
然而发现都不行
直到去检查mysql的监听端口
$ netstat -lnp | grep mysql
一开始是只有下面两行，也就是MySQL 没有监听 TCP / IP 端口
这意味着：
- MySQL 只监听了 Unix 套接字文件（用于本机连接）
- MySQL 没有监听 TCP / IP 端口（无法接受远程连接）
去检查mysql关键配置：
skip-networking- 如果有这个参数，必须注释掉bind-address- 确保不是127.0.0.1
看了/etc/my.cnf配置文件，也没发现问题
然后进入mysql：
mysql> SHOW VARIABLES LIKE 'skip_networking';
好家伙，问题出现了，但是问题是我的配置文件也没有设置这个啊
我就寻思配置文件加上了skip_networking=off，显示的关闭它
然后重启mysql服务，再去查询
发现skip_networking还是on开启的状态
想要临时修改：
SET GLOBAL skip_networking = OFF;
就报错了：
mysql> SET GLOBAL skip_networking = OFF;
ERROR 1238 (HY000): Variable 'skip_networking' is a read only variable
他是个只读的变量，只能通过配置文件进行修改
后面我就猜测会不会配置文件不对，还有其他配置文件（可能有优先级）的影响：
mysql --help | grep "Default options" -A 1
# 根据上一步得到的路径，逐一查看文件内容
sudo cat /etc/my.cnf
sudo cat /etc/mysql/my.cnf
# 如果还有 ~/.my.cnf (这是root用户的家目录)
sudo cat /root/.my.cnf
但是问题还是不在这里
下一步就去参看mysql的启动参数的影响：
确认没有skip_networking类似设置
查询# 在MySQL中执行
SHOW VARIABLES LIKE 'port';
确定问题就是skip_networking所致
后面查询相关资料，在配置文件中的[mysqld]部分下，除了skip_networking，同时还配置了skip_grant_tables（跳过权限验证），那么 MySQL 会出于安全考虑，强制开启skip_networking，并且忽略你对skip_networking的设置。
这是 MySQL 官方在 8.0.3 版本后引入的安全机制，目的是为了防止在跳过权限验证这个高风险状态下，数据库被外部网络攻击 。单独使用--skip-grant-tables相当于为数据库打开了 “免密后门”，而--skip-networking则确保了只有能直接操作服务器的用户才能走这个后门，杜绝了远程风险 。
至此问题终于解决，去配置文件注释掉skip_grant_tables即可