php mysql断开连接是否真的断开连接？

Question

我在24/7 PHP shell脚本中遇到MySQL超时问题。

我的印象是，梨DB DB :: connect（）会创建新的句柄，但似乎并非如此。即使在循环中使用五次，DB :: connect（）实际上也会返回“服务器已经消失”的错误。

我现在在DB :: connect（）之前向脚本添加了db-> disconnect（）和unset（$ db）。这会导致底层mysql模块在连接（localhost）之前释放资源吗？如果没有，那么我不会看到除使用专有new_link之外的其他选项。

Answer 1

嗯。尚无定论。

我做了示例php脚本连接两次相同的设置，运行mysql_close（），然后第三个连接。 我也在另一个窗口中运行tcpdump。

在前几次运行中，在后续连接上有一些流量通过服务器。然后这个流量消失了。

现在结果是，如果没有mysql_close（），mysql_connect（）确实使用以前的连接，并且后续的mysql_connect（）上的流量为零。

运行mysql_close（）时，转储将指示TCP连接已关闭。

第三次连接时，连接从头开始重新建立。

13:37:57.842598 IP 192.168.1.1.58772 > 192.168.2.2.mysql: S 3281731243:3281731243(0) win 5840 <mss 1460,sackOK,timestamp 503312235 0,nop,wscale 7> 
13:37:57.887534 IP 192.168.2.2.mysql > 192.168.1.1.58772: S 1293434507:1293434507(0) ack 3281731244 win 5792 <mss 1460,sackOK,timestamp 3402066848 503312235,nop,wscale 7> 
13:37:57.887639 IP 192.168.1.1.58772 > 192.168.2.2.mysql: . ack 1 win 46 <nop,nop,timestamp 503312245 3402066848> 
13:37:57.932750 IP 192.168.2.2.mysql > 192.168.1.1.58772: P 1:61(60) ack 1 win 46 <nop,nop,timestamp 3402066859 503312245> 
13:37:57.932843 IP 192.168.1.1.58772 > 192.168.2.2.mysql: . ack 61 win 46 <nop,nop,timestamp 503312256 3402066859> 
13:37:57.935983 IP 192.168.1.1.58772 > 192.168.2.2.mysql: P 1:62(61) ack 61 win 46 <nop,nop,timestamp 503312258 3402066859> 
13:37:57.981130 IP 192.168.2.2.mysql > 192.168.1.1.58772: . ack 62 win 46 <nop,nop,timestamp 3402066871 503312258> 
13:37:57.981181 IP 192.168.2.2.mysql > 192.168.1.1.58772: P 61:72(11) ack 62 win 46 <nop,nop,timestamp 3402066871 503312258> 
13:37:58.017172 IP 192.168.1.1.58772 > 192.168.2.2.mysql: . ack 72 win 46 <nop,nop,timestamp 503312279 3402066871> 

at 13:38:01 there was the second mysql connection 

at 13:38:04 now the mysql_close():  
13:38:03.989796 IP 192.168.1.1.58772 > 192.168.2.2.mysql: P 62:67(5) ack 72 win 46 <nop,nop,timestamp 503313772 3402066871> 
13:38:03.989844 IP 192.168.1.1.58772 > 192.168.2.2.mysql: F 67:67(0) ack 72 win 46 <nop,nop,timestamp 503313772 3402066871> 
13:38:04.034818 IP 192.168.2.2.mysql > 192.168.1.1.58772: F 72:72(0) ack 68 win 46 <nop,nop,timestamp 3402068385 503313772> 
13:38:04.034920 IP 192.168.1.1.58772 > 192.168.2.2.mysql: . ack 73 win 46 <nop,nop,timestamp 503313783 3402068385> 

at 13:38:07 the third connection after mysql_close(). Afterwards script exits and mysql connection is closed. 
13:38:06.995120 IP 192.168.1.1.58773 > 192.168.2.2.mysql: S 3287179963:3287179963(0) win 5840 <mss 1460,sackOK,timestamp 503314523 0,nop,wscale 7> 
13:38:07.035065 IP 192.168.2.2.mysql > 192.168.1.1.58773: S 1439831970:1439831970(0) ack 3287179964 win 5792 <mss 1460,sackOK,timestamp 3402069136 503314523,nop,wscale 7> 
13:38:07.035166 IP 192.168.1.1.58773 > 192.168.2.2.mysql: . ack 1 win 46 <nop,nop,timestamp 503314533 3402069136> 
13:38:07.075107 IP 192.168.2.2.mysql > 192.168.1.1.58773: P 1:61(60) ack 1 win 46 <nop,nop,timestamp 3402069146 503314533> 
13:38:07.075188 IP 192.168.1.1.58773 > 192.168.2.2.mysql: . ack 61 win 46 <nop,nop,timestamp 503314543 3402069146> 
13:38:07.075437 IP 192.168.1.1.58773 > 192.168.2.2.mysql: P 1:62(61) ack 61 win 46 <nop,nop,timestamp 503314543 3402069146> 
13:38:07.115123 IP 192.168.2.2.mysql > 192.168.1.1.58773: . ack 62 win 46 <nop,nop,timestamp 3402069156 503314543> 
13:38:07.115178 IP 192.168.2.2.mysql > 192.168.1.1.58773: P 61:72(11) ack 62 win 46 <nop,nop,timestamp 3402069156 503314543> 
13:38:07.115821 IP 192.168.1.1.58773 > 192.168.2.2.mysql: P 62:67(5) ack 72 win 46 <nop,nop,timestamp 503314553 3402069156> 
13:38:07.115844 IP 192.168.1.1.58773 > 192.168.2.2.mysql: F 67:67(0) ack 72 win 46 <nop,nop,timestamp 503314553 3402069156> 
13:38:07.155524 IP 192.168.2.2.mysql > 192.168.1.1.58773: F 72:72(0) ack 68 win 46 <nop,nop,timestamp 3402069166 503314553> 
13:38:07.155606 IP 192.168.1.1.58773 > 192.168.2.2.mysql: . ack 73 win 46 <nop,nop,timestamp 503314563 3402069166> 

和脚本：

<?php 

output("starting"); 
$start = microtime(true); 
$res = mysql_connect('192.168.2.2','user','pass'); 
if($res === FALSE) 
     die(output("SQL error on connect\n")); 
output(sprintf("Connect took: %.3f", (microtime(true)-$start))); 

output("sleep 3"); 
sleep(3); 

$start = microtime(true); 
$res = mysql_connect('192.168.2.2','user','pass'); 
if($res === FALSE) 
     die(output("SQL error on connect\n")); 
output(sprintf("Connect took: %.3f", (microtime(true)-$start))); 

output("sleep 3"); 
sleep(3); 

output("closing"); 
mysql_close($res); 

output("sleep 3"); 
sleep(3); 

$start = microtime(true); 
$res = mysql_connect('192.168.2.2','user','pass'); 
if($res === FALSE) 
     die(output("SQL error on connect\n")); 
output(sprintf("Connect took: %.3f", (microtime(true)-$start))); 

output("all done"); 
exit; 

function output($str) 
{ 
     echo date('Y-m-d H:i:s')." ".$str."\n"; 
} 

Answer 2

从manual：

许多Web应用程序将受益于制作持久连接 到数据库服务器。持久连接在脚本末尾 处未关闭，但在另一个脚本使用相同凭据请求连接时被缓存并重新使用。每当脚本需要与数据库交谈时，持久连接 缓存允许您避免建立新连接的开销，从而在更快的Web应用程序中产生 。

这被称为连接池。连接使用连接池进行。即使你创建了一个新的连接，它也被从游泳池中取出并提供给你。

做不是关闭连接，因为它会降低性能，并没有给你带来任何好处。