MixPHP 2.2 / Beego 1.12 数据库查询性能对比

昨天在 v2ex 分享了一下 PHP7.3+Swoole4.4 / Go1.13 / MixPHP2.2 / Beego1.12 性能对比 被很多网友质疑,本不想引起争端,但一时冲动和网友打赌了 10 块钱。

质疑的点

本次主要质疑的是:

  • 测试没有数据库查询:大家觉得加上 db 查询会很不一样,但是我认为基准测试 hello world 代表天花板,还是有一些意义的,db 查询性能方便我猜测 mixbeego 应该是性能接近,我现在还没开始测试,等下看结果。
  • 测试没有序列化:本次测试,我也加上 json 序列化。
  • ab 测试不适合高并发测试:这一点我详细列举很多举例,试图说明同样的环境下,不同的压力,强弱的数值会变,但结果是不变的,这基本属于物理原则,既然说服不了对方,那我就本次采用 wrk 测试吧。
当然测试没办法做到条件绝对一致的,但结果还是可以参考的

环境

硬件

  • CPU: Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz
  • CPU(s): 12
  • Mem: 15G
  • Linux version 3.10.0-957.10.1.el7.x86_64

数据库:

  • 本机

测试命令

wrk -d 120 -t 4 http://127.0.0.1:*/

连接池

  • 最大闲置:5
  • 最大连接:50

线程数

  • 为了最大化公平,本次两个框架都采用 1 个线程测试

MixPHP 2.2

代码:为了公平,我把配置里的默认中间件都移除了,之前测试没有移除。


 */
class IndexController
{

    /**
     * Index
     * @param ServerRequest $request
     * @param Response $response
     * @return Response
     */
    public function index(ServerRequest $request, Response $response)
    {

       /** @var Database $db */
        $db     = context()->get('database');
        $result = $db->prepare('select * from test limit 1')->queryAll();

        $content = json_encode($result);

        return ResponseHelper::html($response, $content);
    }

}
  • 启动方式
/usr/local/php-7.3.12/bin/php mix/bin/mix.php web -d
  • 进程
[nobody@~]$ ps -ef | grep mix.php
nobody   25972     1  0 18:36 ?        00:00:00 /usr/local/php-7.3.12/bin/php mix/bin/mix.php web -d
  • 响应内容
[nobody@~]$ curl http://127.0.0.1:9501/
[{"id":1,"name":"3"}]
  • 测试结果:测试了很多次,在 9936.36~10080.25 左右
[nobody@~]$ wrk -d 120 -t 4 http://127.0.0.1:9501/
Running 2m test @ http://127.0.0.1:9501/
  4 threads and 10 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency   806.18us  501.04us  51.95ms   97.58%
    Req/Sec     2.53k   245.91     5.92k    79.28%
  1210639 requests in 2.00m, 218.21MB read
Requests/sec:  10080.25
Transfer/sec:      1.82MB
  • CPU 状态:稳定在 99.3~99.7% 左右。
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
25972 nobody    20   0 1166992  12368   4064 R  99.7  0.1   2:41.11 php

Beego 1.12

代码:使用 runtime.GOMAXPROCS(1) 限制了线程数。

package main

import (
    "encoding/json"
    "github.com/astaxie/beego"
    "github.com/astaxie/beego/orm"
    _ "github.com/go-sql-driver/mysql"
    _ "hello/routers"
    "runtime"
)

type Test struct {
    Id   int    `orm:"column(id)"json:"id"`
    Name string `orm:"column(name)"json:"name"`
}

func init() {
    orm.RegisterModel(new(Test))
    orm.RegisterDriver("mysql", orm.DRMySQL)
    maxIdle := 5
    maxConn := 50
    orm.RegisterDataBase("default", "mysql", "*****@tcp(***:3306)/test?charset=utf8&loc=Asia%2FShanghai&parseTime=true", maxIdle, maxConn)
}

type IndexController struct {
    beego.Controller
}

func (c *IndexController) Index() {
    o := orm.NewOrm();
    var row []*Test
    o.Raw("select * from test limit 1").QueryRows(&row);

    js, _ := json.Marshal(row)

    c.Ctx.Output.Body(js)
}

func main() {
    runtime.GOMAXPROCS(1) // 限制使用线程数
    beego.Router("/index", &IndexController{}, "*:Index")
    beego.Run()
}
  • 启动方式

为了不让日志影响到性能,屏蔽输出。

nohup ./gobeego_linux > /dev/null 2>&1 &
  • 进程
[nobody@~]$ ps -ef| grep bee
nobody   27316     1  0 18:37 ?        00:00:00 ./gobeego_linux
  • 响应内容
[nobody@~]$ curl http://127.0.0.1:8989/index
[{"id":1,"name":"3"}]
  • 测试结果:测试了很多次,在 16306.15~16327.19 左右
[nobody@~]$ wrk -d 120 -t 4 http://127.0.0.1:8989/index
Running 2m test @ http://127.0.0.1:8989/index
  4 threads and 10 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency   521.18us  427.56us  29.46ms   92.23%
    Req/Sec     4.10k   260.69     4.74k    79.96%
  1959389 requests in 2.00m, 310.19MB read
Requests/sec:  16327.19
Transfer/sec:      2.58MB
  • CPU 状态:稳定在 99.7~100.3% 左右。
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
27316 nobody    20   0  114736  10660   5008 S 100.3  0.1   0:39.87 gobeego_linux

修改执行模式

有网友评论:beego dev 模式性能会差一些,于是重新测试

  • 修改执行模式为 prod

测试发现 proddev 性能高大概 2666 Requests/sec

[nobody@tmp]$ cat conf/app.conf
appname = hello
httpport = 8989
runmode = prod
  • 测试结果
[nobody@~]$ wrk -d 120 -t 4 http://127.0.0.1:8989/index
Running 2m test @ http://127.0.0.1:8989/index
  4 threads and 10 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency   453.55us  427.00us  29.69ms   93.22%
    Req/Sec     4.77k   328.51     5.70k    82.71%
  2279372 requests in 2.00m, 299.98MB read
Requests/sec:  18993.39
Transfer/sec:      2.50MB

为避免不同时间的测试数据浮动,同时也再测试一下 MixPHP

[nobody@tmp]$ wrk -d 120 -t 4 http://127.0.0.1:9501/
Running 2m test @ http://127.0.0.1:9501/
  4 threads and 10 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency   821.18us  347.98us  20.65ms   89.92%
    Req/Sec     2.47k   227.03     5.80k    81.13%
  1181243 requests in 2.00m, 212.91MB read
Requests/sec:   9835.54
Transfer/sec:      1.77MB

移除序列化,只测试数据库

有网友评论:PHP 的 json_encode 可能是性能差的原因,于是重新测试

  • MixPHP

代码修改


 */
class IndexController
{

    /**
     * Index
     * @param ServerRequest $request
     * @param Response $response
     * @return Response
     */
    public function index(ServerRequest $request, Response $response)
    {

       /** @var Database $db */
        $db     = context()->get('database');
        $result = $db->prepare('select * from test limit 1')->queryAll();

        $content = 'hello, world!'; // 不序列化

        return ResponseHelper::html($response, $content);
    }

}

测试结果

[nobody@tmp]$ wrk -d 120 -t 4 http://127.0.0.1:9501/
Running 2m test @ http://127.0.0.1:9501/
  4 threads and 10 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency   819.22us  309.68us  23.65ms   87.91%
    Req/Sec     2.47k   221.66     3.07k    76.21%
  1179327 requests in 2.00m, 203.57MB read
Requests/sec:   9827.51
Transfer/sec:      1.70MB
  • Beego

代码修改

package main

import (
    "encoding/json"
    "github.com/astaxie/beego"
    "github.com/astaxie/beego/orm"
    _ "github.com/go-sql-driver/mysql"
    _ "hello/routers"
    "runtime"
)

type Test struct {
    Id   int    `orm:"column(id)"json:"id"`
    Name string `orm:"column(name)"json:"name"`
}

func init() {
    orm.RegisterModel(new(Test))
    orm.RegisterDriver("mysql", orm.DRMySQL)
    maxIdle := 5
    maxConn := 50
    orm.RegisterDataBase("default", "mysql", "*****@tcp(***:3306)/test?charset=utf8&loc=Asia%2FShanghai&parseTime=true", maxIdle, maxConn)
}

type IndexController struct {
    beego.Controller
}

func (c *IndexController) Index() {
    o := orm.NewOrm();
    var row []*Test
    o.Raw("select * from test limit 1").QueryRows(&row);

    js := []byte("hello, world!")  // 不序列化

    c.Ctx.Output.Body(js)
}

func main() {
    runtime.GOMAXPROCS(1) // 限制使用线程数
    beego.Router("/index", &IndexController{}, "*:Index")
    beego.Run()
}

测试结果

[nobody@tmp]$ wrk -d 120 -t 4 http://127.0.0.1:8989/index
Running 2m test @ http://127.0.0.1:8989/index
  4 threads and 10 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency   436.00us  363.84us  24.06ms   92.74%
    Req/Sec     4.94k   319.79     5.99k    79.62%
  2358720 requests in 2.00m, 292.43MB read
Requests/sec:  19652.80
Transfer/sec:      2.44MB

总结一下

测试结果 mix 比 beego 数据库查询+序列化的综合性能要低 38.3%,beego 更加优秀,不过 mix 动态脚本语言能做到这样也是蛮可以了(我只能这样安慰自己,但也是事实),显然我打赌输了,愿赌服输。

框架 线程数 CPU 数值
PHP 7.3.12 + Swoole 4.4.14 + MixPHP 2.2 1 99.3~99.7% 9936.36~10080.25
Go 1.13.4 + Beego 1.12.1 1 99.7~100.3% 16306.15~16327.19
  • 开启 beego prod 模式

更换模式后 beego 性能得到了显著提升,测试结果 mix 比 beego 数据库查询+序列化的综合性能要低 48.2%

框架 线程数 数值
PHP 7.3.12 + Swoole 4.4.14 + MixPHP 2.2 1 9835.54
Go 1.13.4 + Beego 1.12.1 1 18993.39
  • 移除序列化,只测试数据库

移除序列化后测试结果变化非常小,说明序列化在这个测试中影响很小,也就是序列化相对于 db 查询来说,对整体性能影响比我们想象的要小很多。

框架 线程数 数值
PHP 7.3.12 + Swoole 4.4.14 + MixPHP 2.2 1 9827.51
Go 1.13.4 + Beego 1.12.1 1 19652.80

你可能感兴趣的:(php,swoole,beego,laravel)