求助：5.5.60-MariaDB发送授权包时连接丢失错误的解决方法

系统错误码32对应EPIPE（管道破裂），说明连接在授权数据包发送阶段被系统或中间网络主动切断，以下是针对性的排查和解决步骤：

一、排查系统层面的连接拦截 #

• 检查防火墙/安全组规则：确认有没有针对MySQL端口（默认3306）设置过短的会话超时，或者在授权阶段触发的拦截规则，比如某些IDS/IPS设备会误判授权数据包为异常流量并断开连接。
• 调整TCP内核参数：修改以下参数并重启网络服务，避免连接在授权阶段被回收：

  # /etc/sysctl.conf
  net.ipv4.tcp_keepalive_time = 600
  net.ipv4.tcp_keepalive_intvl = 60
  net.ipv4.tcp_keepalive_probes = 3
  

  执行sysctl -p生效。
• 查看系统日志：检查/var/log/messages或/var/log/syslog，搜索3306或EPIPE相关记录，确认是否有系统层面的连接断开提示。

二、调整MariaDB专属参数 #

• 启用skip_name_resolve：在my.cnf/my.ini中添加该参数，避免MariaDB在授权时进行DNS反向解析（DNS超时是这类错误的常见诱因），重启服务生效。
• 增大wait_timeout和interactive_timeout：这两个参数控制空闲连接的存活时间，默认值可能过短，建议调整为：

  wait_timeout = 600
  interactive_timeout = 600
  

• 调整net_write_timeout：这个参数控制服务器向客户端发送数据的超时时间，授权阶段的数据包发送可能因超时被中断，设置为：

  net_write_timeout = 120
  

三、排查网络链路稳定性 #

• 用mtr工具持续监控客户端到服务器的网络：执行mtr --tcp -p 3306 <服务器IP>，观察是否有丢包、延迟波动过大的情况，丢包会直接导致授权数据包发送失败。
• 检查中间设备：如果客户端和服务器之间有负载均衡器、路由器，确认这些设备的会话超时设置是否大于MariaDB的wait_timeout，避免中间设备提前断开连接。

四、简化权限配置测试 #

• 创建一个权限极简的测试用户：比如只授予特定IP的SELECT权限，命令如下：

  CREATE USER 'test_user'@'客户端IP' IDENTIFIED BY '密码';
  GRANT SELECT ON 库名.* TO 'test_user'@'客户端IP';
  FLUSH PRIVILEGES;
  

  用该用户连接测试，如果不再报错，说明原用户的权限规则过于复杂（比如包含大量通配符、多IP段），导致授权查询耗时过长触发中断。

内容的提问来源于stack exchange，提问作者xiuyuanhuang