zend_hash_find比较容易看明白，原型是zend_hash_find(hash表,key名,key长,value);如果找到，value就有值了。
MySQL的wait_timeout和interactive_timeout
说完Keep-Alive，该到MySQL家串串门了，说的是mysql_pconnect，怎么能绕开MySQL的设置。影响mysql_pconnect最重要的两个参数就是wait_timeout和interactive_timeout，它们是什么东西？先撇一边，首先让我们把上面的代码改动一下PHP代码
<?php $conn = mysql_pconnect("localhost","root","123456") or die("Can not connect to MySQL"); echo "MySQL线程号:". MySQL_thread_id($conn). "<br />"; echo "Apache进程号". getmypid(); ?> |
以上的代码没啥好解释的，让我们用浏览器浏览这个页面，看到什么？看到两个显眼的数字。一个是MySQL线程号，一个是Apache进程号，好了，15秒后再刷新这个页面，发现这两个id都变了，因为已经是新的Apache进程了，进程id是新的，hash key就变了，PHP只好重新连接MySQL，连接资源推入persistent list。如果15内刷新呢？Apache进程肯定不变，MySQL线程号会变吗？答案得问MySQL了。首先这个MySQL_thread_id是什么东西？shell方式登录MySQL后执行命令'show processlist;'，看到了什么？
[sql] view plaincopy
mysql> show processlist;
+-----+------+-----------+------+--------+-----+------+-----------------+
| Id | User | Host | db | Command| Time| State| Info |
+-----+------+-----------+------+--------+-----+------+-----------------+
| 348 | root | localhost | NULL | Query | 0| NULL | show processlist|
| 349 | root | localhost | NULL | Sleep | 2| | NULL |
+-----+------+-----------+------+--------+-----+------+-----------------+
发现了很重要的信息，这个processlist列表就是记录了正在跑的线程，忽略Info列为show processlist那行，那行是你当前shell登录MySQL的线程。PHP连接MySQL的线程就是Id为349那行，如果读者自己做测试，应该知道这个Id=349在你的测试环境里是另外一个值，我们把这个值和网页里输出的MySQL_thread_id($conn)做做比较，对！他们是一样的。接下来最重要的是观察Command列和Time列，Command = Sleep，表明什么？表明我们mysql_pconnect连接后就一直在sleep，Time字段就告诉我们，这个线程Sleep了多久，那么Sleep了多久这个线程才能作废呢？那就是wait_timeout或者interactive_timeout要做的工作了，他们默认的值都是8小时，天啊，太久了，所以如果说web服务器关掉KeepAlive支持，那个这个processlist很容易就被撑爆，就爆出那个Too many connections的错误了，max_connectiosns配置得再多也没用。为了观察这两个参数，我们可以在MySQL配置文件my.cnf里设置这两个值，找到[MySQLd]节点，在里面设置多两行
1 interactive_timeout = 60
2 wait_timeout = 30
配置完后，重启MySQL，shell登录MySQL，这时候show processlist可以发现只有当前线程。然后运行那个带有mysql_pconnect的PHP页面，再回来MySQL端show processlist可发现，多了一个Commond为Sleep的线程，不停的show processlist(方向键上+enter键)观察Time列的变化2，5，10...14!，突然那个Sleep线程程被kill掉了，咋回事，还没到30秒呢，噢!忘了修改一下Apache keepalive的参数了，把KeepAliveTimeOut从15改成120(只为观察，才这么改)，重启Apache。刷新那个页面，好，开始不停的show processlist，2..5..10..14，15，..20...26....28，29!线程被kill，这次是因为wait_timeout起了作用，浏览器那边停了30秒，30内如果浏览器刷新，那这个Time又会从0开始计时。这种连接不属于interactive connection(MySQL shell登录那种连接就属于interactive connection)，所以采用了wait_timeout的值。如果mysql_pconnect的第4个参数改改呢
<?php $conn = mysql_pconnect('localhost','root','123456',MySQL_CLIENT_INTERACTIVE); echo "MySQL线程号:".MySQL_thread_id($conn)."<br />"; echo "Apache进程号:".getmypid(); ?> |
刷新下页面，MySQL那边开始刷show processlist，这回Time > 30也不会被kill，>60才被kill了，说明设置了MySQL_CLIENT_INTERACTIVE，就会被MySQL视为interactive connection，那么这次PHP的MySQL连接在120秒内未刷新的情况下，何时作废将取决于MySQL的interactive_timeout的配置值。
总结
PHP的mysql_pconnect要达到功效，首先必须保证Apache是支持keep alive的，其次KeepAliveTimeOut应该设置多久呢，要根据自身站点的访问情况做调整，时间太短，keep alive没啥意义，时间太长，就很可能为一个闲客户端连接牺牲很多服务器资源，毕竟hold住socket监听进程是要消耗cpu内存的。最后Apache的KeepAliveTimeOut配置得和MySQL的time out配置要有个平衡点，联系以上的观察，假设mysql_pconnect未带上第4个参数，如果Apache的KeepAliveTimeOut设置的秒数比wait_timeout小，那真正对mysql_pconnect起作用的是Apache而不是MySQL的配置。这时如果MySQL的wait_timeout偏大，并发量大的情况下，很可能就一堆废弃的connection了，MySQL这边如果不及时回收，那就很可能Too many connections了。可是如果KeepAliveTimeOut太大呢，又回到之前的问题，所以貌似Apache。KeepAliveTimeOu不要太大，但比MySQL。wait_timeout 稍大，或者相等是比较好的方案，这样可以保证keep alive过期后，废弃的MySQL连接可以及时被回收。
