hi,各位~ 求救啊。
最近俩天碰到个奇怪的问题,目前还在找原因。
问题:100个-500个线程对mysql请求出现3异常。
服务机器硬件配置:8核8G
mysql机器配置: 8核8G
服务部署在tomcat上,以下为tomcat配置
以下是mysql配置
以下是出现的异常
异常1:
异常2:
异常3:
@各位 求帮忙~~~
最近俩天碰到个奇怪的问题,目前还在找原因。
问题:100个-500个线程对mysql请求出现3异常。
服务机器硬件配置:8核8G
mysql机器配置: 8核8G
服务部署在tomcat上,以下为tomcat配置
以下是mysql配置
以下是出现的异常
异常1:
异常2:
异常3:
@各位 求帮忙~~~
如果有,连接池的信息更有用。如果没有连接池,一个mysql肯定扛不住这30000 connections吧
mysql日志没任何报错
快疯了0 一直给我报连接超时。。wait_timeout 我都设置最大了。 。
嗯哼,现在才100-500个 应该还是可以的把。到底是100个thread还是500个thread? 差别很大。
另外,用tomcat就应该用连接池,很简单就加在java上。
嗯哼,现在才100-500个 应该还是可以的把。到底是100个thread还是500个thread? 差别很大。
另外,用tomcat就应该用连接池,很简单就加在java上。
基本在120-130+ 就开始报错了。 现
Linux的有一个文件打开数的限制,数据库的文件也受到这个参数的限制。会不会是这个原因。
MySQL的动态连接性能和稳定性比连接池差远了,而所有基于Java的方案,加连接池都很简单,现成的解决方案也多,比如c3p02 优化OS网络设置
echo 1024 65535 > /proc/sys/net/ipv4/ip_local_port_range
echo 4096 > /proc/sys/net/ipv4/tcp_max_syn_backlog
echo 4096 > /proc/sys/net/core/somaxconn3 优化mysql的网络设置
back_log = ... # 可以考虑100~1000 根据你的系统能力而定