在过去的几天里,我一直在试图弄清楚为什么当我将MySQL从服务器设置为5000时,1012+1读取从服务器被限制为1012+1(超级用户为+1)连接。似乎无论我改变了什么,“历史的max_used_connections”永远不会超过1013年。
mysql读取奴隶支持高流量的网站。我有一群三个只读的奴隶。每个读取从似乎被限制在1013最大连接。我可以从集群中取出两个,所以所有连接都连接到一个,但仍然只有1013个。mysql日志文件中没有显示错误消息。
读取的奴隶之一的mysqladmin状态显示如下:
正常运行时间: 1661线程:128个问题: 17634224个慢速查询:0打开: 2441个刷新表:1个打开表:每秒938个查询: 10616.630
相同的服务器,mtop显示如下:
平均负荷: 0.05,0.15,0.19 mysqld 5.1.66-日志上升0天(S),0:28小时106线程:4运行,906缓存。查询/慢速: 1.6K/0缓存命中: 99.96%打开表:0 RRN: 278 TLW: 1.0K SFJ: 0 SMP: 0 QPS: 1
每台服务器都有12个英特尔双核CPU(24个核心),140 GB内存运行RHEL6.3,内核2.6。(x86_64)
知道什么会限制/限制在1012+1上的连接吗?
编辑还想添加两件事:
1)我正在运行“免费/社区”版的MySQL,您可以从RedHat6.3Yum安装中获得该版本。那个版本有什么限制吗?
2)我更改了MySQL读入器上的/etc/security/fins.conf文件,增加了用户mysql和root的值(对我的情况没有帮助):
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 1161534
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 10240
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 32768
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited发布于 2013-11-26 18:20:29
我们也有同样的问题。将其放在mysql启动脚本的顶部。
超极限-u 102400 -n 102400
必须在mysql启动时间。
https://dba.stackexchange.com/questions/32987
复制相似问题