应用场景
为什么要用呢，有什么好处？这应该放在最开头说，一件东西你只有了解它是干什么的，适合干什么，才能更好的与自己的项目相结合，用到哪里学到哪里，学了不用等于不会，我们平时就应该多考虑一些这样的问题：自己做个什么项目功能能跟 xx 技术相结合呢？这个 xx 技术放在这种业务场景下行不行呢？而不是 “学了这个 xx 技术能干嘛呢，公司现在也没有用这个的呀，学了也没用啊”，带着这样心情去学习 xx 技术，肯定很痛苦。
队列大家都知道是将一些耗时的操作先不去做，先埋点，再异步去处理，这样对一些发邮件发短信之类的耗时操作，用户是感觉不到的，因为埋点结束，操作也就结束了，消费队列都是在服务器上做的。主要应用在短信或邮件通知，访问第三方接口订阅消息，商城的一些秒杀活动，都可以结合队列来完成。
Beanstalkd 介绍
Beanstalkd 是一个高性能，轻量级的分布式内存队列，C 代码，典型的类 Memcached 设计，协议和使用方式都是同样的风格，所以使用过 memcached 的用户会觉得 Beanstalkd 似曾相识。
beanstalkd 的最初设计意图是在高并发的网络请求下，通过异步执行耗时较多的请求，及时返回结果，减少请求的响应延迟。
Ubuntu 安装
|
1
|
sudo apt-get install beanstalkd
|
配置文件
|
1
|
vim /etc/default/beanstalkd
|
查看状态
|
1
2
3
4
5
6
7
8
9
10
11
12
|
service beanstalkd status
# 命令回显 #
root@:/www/server/php/72/etc# service beanstalkd status
● beanstalkd.service - Simple, fast work queue
Loaded: loaded (/lib/systemd/system/beanstalkd.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2018-10-16 10:42:28 CST; 6 days ago
Docs: man:beanstalkd(1)
Main PID: 7033 (beanstalkd)
Tasks: 1 (limit: 4634)
CGroup: /system.slice/beanstalkd.service
└─7033 /usr/bin/beanstalkd -l 0.0.0.0 -p 11300 -b /var/lib/beanstalkd
Oct 16 10:42:28 ip-10-93-2-137 systemd[1]: Started Simple, fast work queue.
|
配置连通性 + 持久化
ip 用 0.0.0.0 允许所有连接，靠配置安全组或防火墙去约束连接，放开 -b 参数 （默认没有持久化），内存的队列消息可以落地到硬盘 binlog 实现持久化，断电可重新读取队列消息。
|
1
2
3
4
|
vim /etc/default/beanstalkd
BEANSTALKD_LISTEN_ADDR=0.0.0.0
BEANSTALKD_LISTEN_PORT=11300
BEANSTALKD_EXTRA="-b /var/lib/beanstalkd"
|
beanstalkd 任务状态
| 状态 | 注释 |
|---|---|
| delayed | 延迟状态 |
| ready | 准备好状态 |
| reserved | 消费者把任务读出来，处理时 |
| buried | 预留状态 |
| delete | 删除状态 |
管理工具
亲测了很多网上能找到的 beanstalkd 工具，这两款是我最中意的了，一个命令行，一个 web 的。
命令行：https://github.com/src-d/beanstool
web 界面：https://github.com/ptrofimov/beanstalk_console
编程语言客户端
PHP 客户端
https://packagist.org/packages/pda/pheanstalk
|
1
|
composer require pda/pheanstalk
|
写入 job
|
1
2
3
4
5
6
7
8
9
10
11
12
|
<?php
//创建队列消息
require_once('./vendor/autoload.php');
use Pheanstalk\Pheanstalk;
$pheanstalk = new Pheanstalk('127.0.0.1',11300);
$tubeName = 'email_list';
$jobData = [
'email' => '123456@163.com',
'message' => 'Hello World !!',
'dtime' => date('Y-m-d H:i:s'),
];
$pheanstalk->useTube( $tubeName)->put( json_encode( $jobData ) );
|
消费 job
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
<?php
ini_set('default_socket_timeout', 86400*7);
ini_set( 'memory_limit', '256M' );
// 消费队列消息
require_once('./vendor/autoload.php');
use Pheanstalk\Pheanstalk;
$pheanstalk = new Pheanstalk('127.0.0.1',11300);
$tubeName = 'email_list';
while ( true )
{
// 获取队列信息, reserve 阻塞获取
$job = $pheanstalk->watch( $tubeName )->ignore( 'default' )->reserve();
if ( $job !== false )
{
$data = $job->getData();
/* TODO 逻辑操作 */
/* 处理完成，删除 job */
$pheanstalk->delete( $job );
}
}
|
default_socket_timeout 这个参数是一定要加的，php 默认一般是 60s，假如您没有在代码里面设置，采用默认的话（60s），60s 之内如果没有 job 产生，脚本就会报 socket 错误，我写的是 7 天超时，您可以根据业务去调整，记住一定要配置，网上很多搜的 consumer 脚本都没有配置这个，根本不能投入生产环境使用，这是我亲自实践的结果。
关于 while true 是否死循环，很明确告诉你是死循环，但是不会一直耗性能的那样执行下去，它会在 reserve 这里阻塞不动，直到有消息产生才会往下走，所以大可放心使用，我的项目代码里面是使用了方法调用方法自身去实现循环的。
就是这样的代码，供参考：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
public function watchJob()
{
$job = $this->pheanstalk->watch( config( 'tube' ) )->ignore( 'default' )->reserve();
if ( $job !== false )
{
$job_data = $job->getData();
$this->subscribe( $job_data );
$this->pheanstalk->delete( $job );
/* 继续 Watch 下一个 job */
$this->watchJob();
}
else
{
$this->log->error( 'reserve false', 'reserve false' );
}
}
|
监控 beanstalkd 状态
|
1
2
3
4
5
6
7
|
<?php
//监控服务状态
require_once('./vendor/autoload.php');
use Pheanstalk\Pheanstalk;
$pheanstalk = new Pheanstalk('127.0.0.1',11300);
$isAlive = $pheanstalk->getConnection()->isServiceListening();
var_dump( $isAlive );
|
可以配合 email 做一个报警邮件，脚本每分钟去执行，判断状态是 false，就给管理员发送邮件报警。
一些相关命令
查看 beanstalkd 服务内存占用
|
1
|
top -u beanstalkd
|
后台运行 consumer 脚本
|
1
|
nohup php googlehome_subscribe.php &
|
查看 consumer 脚本运行时间
|
1
|
ps -A -opid,stime,etime,args | grep consumer.php
|
手工重启 consumer 脚本
|
1
2
|
ps auxf|grep 'googlehome_subscribe.php'|grep -v grep|awk '{print $2}'|xargs kill -9
nohup php googlehome_subscribe.php &
|
一些总结
php 要把错误日志打开，方便收集 consumer 脚本 crash 的 log，脚本跑出一些致命的 error 一定要及时修复，因为一旦有错就会挂掉，这会影响你脚本的可用性，后期稳定之后可以上 supervisor 这种进程管理程序来管控脚本生命周期。
一些网络请求操作，一定要 try catch 到所有错误，一旦没有 catch 到，脚本就崩。我用的是 Guzzle 去做的网络请求，下面是我 catch 的一些错误，代码片段供参考。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
try
{
/* TODO: 逻辑操作 */
}
catch ( ClientException $e )
{
$results['mid'] = $this->mid;
$results['code'] = $e->getResponse()->getStatusCode();
$results['reason'] = $e->getResponse()->getReasonPhrase();
$this->log->error( 'properties-changed ClientException', $results );
}
catch ( ServerException $e )
{
$results['mid'] = $this->mid;
$results['code'] = $e->getResponse()->getStatusCode();
$results['reason'] = $e->getResponse()->getReasonPhrase();
$this->log->error( 'properties-changed ServerException', $results );
}
catch ( ConnectException $e )
{
$results['mid'] = $this->mid;
$this->log->error( 'properties-changed ConnectException', $results );
}
|
job 消费之后一定要删除掉，如果长时间不删除，php 客户端会有 false 返回，是因为有 DEADLINE_SOON 这个超时错误产生，所以处理完任务，一定要记得删除，这一点跟 kafka 不一样，beanstalkd 需要开发者自己去删除 job。
以上就是PHP7生产环境队列Beanstalkd用法详解的详细内容，更多关于PHP7中Beanstalkd正确用法的资料请关注服务器之家其它相关文章！
原文链接：https://www.php.cn/topic/php7/449495.html