ThinkPHP3.1在多数据库连接下存储过程调用bug修正

最近使用ThinkPHP3.1进行一个项目的开发，由于该项目需要连接多台不同的数据库，所以使用如下配置方法：

 <?php
 return array(
     //'配置项'=>'配置值'
     //数据库配置
     'DB_PREFIX' => '',
     'DB_BLACK_FP' => array(
         'db_type' => 'mysql',
         'db_user' => 'xxx',
         'db_pwd' => 'xxx',
         'db_host' => 'xxx',
         'db_port' => 3306,
         'db_charset' => 'utf8',
     ),
     'DB_BLACK_SAMPLE' => array(
         'db_type' => 'mysql',
         'db_user' => 'xxx',
         'db_pwd' => 'xxx',
         'db_host' => 'xxx',
         'db_port' => 3306,
         'db_charset' => 'utf8',
     ),
     //其他配置......
 );

实际开发时发现，只要调用存储过程(call xxxxx(yy);)，将会导致数据库连接被关闭，后续数据库请求失败。

经查阅发现，使用PHP的mysql扩展函数调用存储过程，的确会导致后续数据库请求失败，解决方法是先调用存储过程后，手动调用一次mysql_close再重新发起连接。

再调试ThinkPHP3.1代码，发现默认单数据库配置时，执行call语句后(即调用存储过程)，代码逻辑会自动重新发起数据库连接，但多数据库连接时则不会。

修正方法如下：

1.改为使用mysqli而不是mysql

//其他配置......
'db_type' => 'mysqli',
//其他配置......

2.修改框架代码：

打开框架代码ThinkPHP3.1/Lib/Driver/Db/DbMysqli.class.php第90行左右

//其他代码......

//从
$res->free_result();
//修改为
if (is_object($res)) {
    $res->free_result();
}

//其他代码......

3.请求框架缓存：

清除Runtime文件夹内容

按以上修改后运行，调用存储过程后不再导致后续sql执行失败，一切正常。

总结：

其实PHP的mysql扩展是支持存储过程调用的，但只支持无返回结果输出的存储过程，如果调用有返回结果输出的存储过程，在下一次查询语句执行时，会因为上一次的存储过程输出结果没有被读取也没有释放，而导致报错，所以引起后续查询语句执行失败。

解决方法是要么改用PDO或mysqli扩展，或者每次调用存储过程后重新发起数据库连接。