内存的妙用 -- PHP终于可以 vs JAVA啦

267 查看

目录

  1. 初探 Swoole -- 用 Swoole 启动一个 hello world

  2. 内存的妙用 -- PHP终于可以 vs JAVA啦

  3. 初级应用 -- 实现用户注册登录 [撰写中]

  4. 展望 -- Swoole 的局限性分析及我个人的期待 [撰写中]




原生 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]    |
                |_______________________|

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的连接池是最优的.

PHP有了连接池,我们的应用就可以不用再在收到请求时去创建数据库连接了。
试试上面的代码,与曾经碰到过3000+数据库连接的烦恼bye bye吧~

[本节完, 文字未校对, 程序未测试]