传统的php是无法常驻内存的运行方式

PHP语言是一种解释型的脚本语言，这种运行机制使得每个PHP页面被解释执行后，所有的相关资源都会被回收。

在PHP中，假如需要在页面之间共享数据，需要手动将变量保存到预定义的全局变量$GLOBALS或$_SESSION中。PHP会将这些变量保存在某个 文件中，以便下次执行页面时读取。但是，这种方式存在着极大的限制，除了效率的低下外，它还无法保存引用外部资源的变量，例如文件、Socket、数据库 连接等，而正是这些资源最需要被缓存。

我们期望的

原生 PHP CURD

让我们来回顾一下PHP中数据库的使用

<?php
# curd.php$id   = 1;

$dbh  = new PDO();
$stmt = $dbh->prepare('SELECT * FROM  \`user\` WHERE \`id\`=:id');
$stmt ->bindValue(':id', $id);
$user = $stmt->fetch();

var_dump($user);

上述代码, 本身是没有任何问题。这里我们也不是来挑出问题的，只是以一位多年PHPer的经验与大家交流下。

上面程序执行过程是什么样子的呢？

                 _______________________
                |                       |
    \[浏览器请求\] ==>   \[mod_php/php-fpm\]  |
                |           ||          |
                |           ||          |
                |           \\/          |
                |       \[curd.php\]      |
                |           ||          |
                |           ||          |
                |           \\/          |
                |    \[PDO::_construct\]  | <== 请求的开销               
                |           ||          |
                |           \\/          |
    \[Response\] <==      \[PDO::CURD\]     |
                |           ||          |
                |           ||          |
                |           \\/          |
                |       \[PDO::close\]    |
                |_______________________|

好在php出现了swoole常驻内存不再是问题，同样是上面的代码执行方式有些变化了

Swoole PHP CURD

Java应用中，大家在进行数据库CURD的时候，会维护一个数据库连接池。在PHP的世界中，要想做连接池挺困难的：

• PHP web应用不可长驻运行
• 不可借助第三方服务如KV转存句柄

而在Swoole中我们就可以实现连接池了！

<?php
$http = new swoole\_http\_server('0.0.0.0', 80, SWOOLE_BASE);
$http->db->dbh = new PDO();

$http->on('request', function(swoole\_http\_request $req, swoole\_http\_response $res) use($http) {
    $id = 1;
    $stmt = $http->db->dbh->prepare('SELECT * FROM  \`user\` WHERE \`id\`=:id');
    $stmt ->bindValue(':id', $id);
    $user = $stmt->fetch();

    $res->end(var_export($user, true));    unset($stmt);
});

执行流程

                      \[php app.php\]                           
                           ||
                           \\/
                    \[PDO::__construct\]                          
               ____________||________________
              |            \\/                |
  \[浏览器请求\] ==>   \[ ->onRequest(\\Closure) \] |
              |            ||                |
              |            ||                | <== 请求开销
              |            \\/                |
  \[Response\] <==      \[PDO::CURD\]            |
              |____________||________________|
                           ||
                           \\/
                     \[PDO::close\]

分析上面流程, Swoole不用再每次请求时去建立数据库连接, 既避免了给数据库过多压力, 也更迅速的处理核心业务逻辑. 也许你觉得这优势不明显, 但是在c10k问题(Connections over 10,000)场景中, 优势就非常明显了吧?
当然, 上面的demo只是抛砖引玉, 没有实现multi connections pool, 如果大家要做生产化代码, 务必实现连接池, idle连接数按照业务需要, 比如80%的时间连接数200, 设置200个idle的连接池是最优的.