MySQL管理难题

julyclyde

以前天天有几十个mysql线程在那里Sleep，以至于新的连接都进不来了

刚才把mysql.allow_persistent改成Off
结果发现一个sleep都没有了
网站反而飞快

persistent connection到底有用没有啊？

wysilly

当然有用了，比如你在一个连接上有大量持继应用．

julyclyde

问题是现在无法重用连接
php访问过之后那个连接就sleep了
下次连接又生成一个新的……

yejr

如果并发访问较多的话，最好是关闭pconnect，反之则可以打开。
总结一下，如果你的程序写的好，并且访问量不大或者采用连接池方式了，可以用pconnect，否则，坚决不能用

julyclyde

问题是现在访问量极少
就5个小网站的内容管理系统所需的数据库查询而已
数据很少变化，每次看mysqladmin processlist都是一堆SELECT
但堵在那里不会动，不知道为啥

mysqladmin status显示threads很多，一般超过80就会死机了，这时候mysql 可以登录，但use某个库的时候就不动了。感觉好像是堵塞在某个库的访问上了

yejr

那就加大max_connections吧，另外，多看看我网站上关于优化的文章，或者手册上关于优化的文章，你的mysql需要做优化了

julyclyde

我就是不明白：
1 为什么那些查询会阻塞在那里？
2 为什么没有重用已有的连接？
3 既然mysql命令行客户端可以登录，应该不是max_connections的问题吧？

mysqladmin shutdown和kill -9都失效，唉！

yejr

是版本比较老的吧？考虑升级一下

julyclyde

4.0版本的
牵一发而动全身啊
Redhat8的，要升级就要整体升级了
最近还不具备条件

能不能在MySQL里面强制kill掉这些阻塞的请求呢？
严重的时候kill -9和mysqladmin shutdown都无效，只能重启动机器了

julyclyde

把那个表改成innoDB就好了
奇怪的是4.0的是alter table *** type=InnoDB;
而后面版本都是engine

看来真该升级了，要不然连文档都找不到