防火墙导致MySQL无法访问的问题解决案例

这是一个实际的案例,为国内某大IT公司提供支持的实录。/n

目录

[隐藏]
<script type="text/javascript"> if (window.showTocToggle) { var tocShowText = "显示"; var tocHideText = "隐藏"; showTocToggle(); } </script>

问题

昨天晚上一位哥们打电话找我,说他们数据库总是访问不了。这个现象已经一天了,几个人还没有找到原因和解决的办法。以致不得不反反复复的重启MySQL数据库。/n 但是重启的效果并不明显,重启10几分钟后问题依然出现。导致前端用户难以正常访问网站。/n另外他们还通过google,百度搜索,怀疑是数据库连接设置太少。设定加大并发连接,无效。flush host,无效。经过详细了解情况后,得出如下信息:

一、系统正常;
二、MySQL本身服务正常(可以在本地用phpmyadmin操作,速度很快);
三、另外一台服务器的WEB端访问MySQL很慢,甚至无法访问;
四、网络拓扑:WEB、数据库分离,并且在不同机房;/n

排查

根据他反映的情况,开始就怀疑与防火墙有关。因为这个问题,我遇到过,有切身体会。/n但是我仍然按照常规步骤,逐一排查故障。这里可以排除网络缘故,网络方面的可能性已经排除。/n另外,由于涉及数据私隐,这里仅仅描述排查步骤及排查命令,不提供具体数据和命令执行结果。/n

  • 检查磁盘空间 # df -h
  • 查看进程状况
# pstree


  • 查看网络连接
# netstat -an


  • 查看系统日志
# tail -f /var/log/messages


  • 查看MySQL日志
# cat xxx.err |less
  • 查看系统设置
# ulimit
# cat /proc/sys/net/ipv4/ip_local_port_range
# cat /proc/sys/net/ipv4/ip_conntrack_max 

经过这几个步骤的检查下来,大致可以确定问题所在。因为前面的排查,并没有发现异常的地方。而系统设置确是RedHat AS 4的默认值。而这些默认值,对于比较大的服务来说,是不能满足的。因此,再结合问题的症状,可以断定问题就在于系统设置上。/n

处理

经过上面的排查后,已经断定为系统设置上的问题。因此通过修改这三个设置,来观测效果。/n

# ulimit -HSn 65535
# echo 10000 65000  > /proc/sys/net/ipv4/ip_local_port_range
# echo '81920000' > /proc/sys/net/ipv4/ip_conntrack_max

这些设置,已经在很多生产环境里应用,因此可以放心使用。/n

解决

应用了上面的三个设置后,经过一个多小时,问题不再出现。由此更可以断定,问题就是系统默认设置导致问题。/n为了使得下次重启服务器后,这些设置仍然有效。通过修改 /etc/rc.local 来实现。/n

# vi /etc/rc.local
#增加如下三行代码
ulimit -HSn 65535
echo 10000 65000  > /proc/sys/net/ipv4/ip_local_port_range
echo '81920000' > /proc/sys/net/ipv4/ip_conntrack_max

在第二天,再联系这位哥们了解情况。问题已经彻底解决,运行了一天多,没有再出现问题。/n

总结

这些放行版操作系统,都是通用性的。为了满足通用,会不同程度的牺牲系统的性能。因此,作为系统管理员,一个很重要的工作,就是根据自己不同的业务,不同的应用,对系统进行优化。

http://wiki.isyi.com/wiki?title=%E9%98%B2%E7%81%AB%E5%A2%99%E5%AF%BC%E8%87%B4MySQL%E6%97%A0%E6%B3%95%E8%AE%BF%E9%97%AE%E7%9A%84%E9%97%AE%E9%A2%98%E8%A7%A3%E5%86%B3%E6%A1%88%E4%BE%8B&oldid=111

### 关于 MySQL 数据库故障恢复的实际案例解决方案 #### 拒绝连接数据库案例分析 当遇到 `ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data/mysql/mysql.sock'` 错误时,这通常意味着客户端无法通过指定套接字文件与本地 MySQL 服务器建立连接[^1]。此问题可能由多种原因引起,包括但限于: - **MySQL服务未启动**:确认 MySQL 服务是否正在运行。可以通过命令行工具检查服务状态。 - **权限配置当**:确保拥有足够的权限访问 `/data/mysql/mysql.sock` 文件。 - **路径设置错误**:验证 MySQL 配置中的套接字路径是否正确无误。 针对上述情况的具体解决措施如下: 对于因 MySQL 服务未启动而导致问题,可以尝试重启 MySQL 服务来解决问题。如果是因为权限足,则应调整相应目录下的读写权限给当前用户;而如果是由于路径设定有误的话,则需修改 my.cnf 或者其他相关配置文件内的 sock 参数指向实际存在的位置[^2]。 ```bash sudo systemctl restart mysqld.service ``` 另外,在某些情况下,即使 MySQL 正常工作也可能因为防火墙阻止端口通信等原因造成类似的连接失败提示。此时建议暂时关闭防火墙测试连通性并根据实际情况调整安全策略允许必要的网络请求通行[^3]。 #### 日志清理操作引发的潜在风险及其应对方法 执行类似于 `set global expire_logs_days = 7;` 的日志过期删除指令虽然有助于管理磁盘空间占用量,但如果处理当可能会带来意想到的风险,比如意外丢失重要的二进制日志记录从而影响数据恢复能力。因此,在实施此类维护动作之前最好先做好充分备份准备,并仔细评估参数值的选择合理性以避免必要的麻烦发生[^4]。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值