Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/sql-server-2005/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Php Beanstalkd(通过pheanstalk)允许重复、同时保留?_Php_Queue_Beanstalkd_Pheanstalk - Fatal编程技术网

Php Beanstalkd(通过pheanstalk)允许重复、同时保留?

Php Beanstalkd(通过pheanstalk)允许重复、同时保留?,php,queue,beanstalkd,pheanstalk,Php,Queue,Beanstalkd,Pheanstalk,试图在我的PHP作业基类中包装Pheanstalk。我正在测试reserve和reserve的延迟功能,我发现我可以从基类的第二个实例中保留作业,而不需要第一个实例释放作业或TTR超时。这是出乎意料的,因为我认为这正是工作队列应该防止的事情。下面是用于第一次放置和第一次保留的beanstalkd命令以及时间戳。最后,我还做了一个统计作业请求: 01:40:15: Sending command: use QueuedCoreEvent 01:40:15: Got response: USING

试图在我的PHP作业基类中包装Pheanstalk。我正在测试reserve和reserve的延迟功能,我发现我可以从基类的第二个实例中保留作业,而不需要第一个实例释放作业或TTR超时。这是出乎意料的,因为我认为这正是工作队列应该防止的事情。下面是用于第一次放置和第一次保留的beanstalkd命令以及时间戳。最后,我还做了一个统计作业请求:

01:40:15: Sending command: use QueuedCoreEvent
01:40:15: Got response: USING QueuedCoreEvent

01:40:15: Sending command: put 1024 0 300 233
a:4:{s:9:"eventName";s:21:"ReQueueJob_eawu7xr9bi";s:6:"params";a:2:{s:12:"InstanceName";s:21:"ReQueueJob_eawu7xr9bi";s:17:"aValueToIncrement";i:123456;}s:9:"behaviors";a:1:{i:0;s:22:"BehMCoreEventTestDummy";}s:12:"failureCount";i:0;}
01:40:15: Got response: INSERTED 10

01:40:15: Sending command: watch QueuedCoreEvent
01:40:15: Got response: WATCHING 2

01:40:15: Sending command: ignore default
01:40:15: Got response: WATCHING 1

01:40:15: Sending command: reserve-with-timeout 0
01:40:15: Got response: RESERVED 10 233
01:40:15: Data: a:4:{s:9:"eventName";s:21:"ReQueueJob_eawu7xr9bi";s:6:"params";a:2:{s:12:"InstanceName";s:21:"ReQueueJob_eawu7xr9bi";s:17:"aValueToIncrement";i:123456;}s:9:"behaviors";a:1:{i:0;s:22:"BehMCoreEventTestDummy";}s:12:"failureCount";i:0;}

01:40:15: Sending command: stats-job 10
01:40:15: Got response: OK 162
01:40:15: Data: ---
id: 10
tube: QueuedCoreEvent
state: reserved
pri: 1024
age: 0
delay: 0
ttr: 300
time-left: 299
file: 0
reserves: 1
timeouts: 0
releases: 0
buries: 0
kicks: 0
到目前为止,一切顺利。现在,我从基类的第二个实例执行另一个保留,然后执行另一个stats作业请求。请注意,时间戳在同一秒内,与我设置的300秒TTR相差甚远。还请注意,在第二个stats作业打印输出中,此作业有2个保留,其中0个超时,0个发布

01:40:15: Sending command: watch QueuedCoreEvent
01:40:15: Got response: WATCHING 2

01:40:15: Sending command: ignore default
01:40:15: Got response: WATCHING 1

01:40:15: Sending command: reserve-with-timeout 0
01:40:15: Got response: RESERVED 10 233
01:40:15: Data: a:4:{s:9:"eventName";s:21:"ReQueueJob_eawu7xr9bi";s:6:"params";a:2:{s:12:"InstanceName";s:21:"ReQueueJob_eawu7xr9bi";s:17:"aValueToIncrement";i:123456;}s:9:"behaviors";a:1:{i:0;s:22:"BehMCoreEventTestDummy";}s:12:"failureCount";i:0;}

01:40:15: Sending command: stats-job 10
01:40:15: Got response: OK 162
01:40:15: Data: ---
id: 10
tube: QueuedCoreEvent
state: reserved
pri: 1024
age: 0
delay: 0
ttr: 300
time-left: 299
file: 0
reserves: 2
timeouts: 0
releases: 0
buries: 0
kicks: 0
有人知道我可能做错了什么吗?我是否需要做些什么来告诉队列我希望作业一次只能由一个工作人员访问?我正在对pheanstalk实例进行“unset”,只要我将作业从队列中取出,我相信它会终止与Beanstalk的会话。这是否会导致beanstalkd确定工作人员已死亡,并在没有超时的情况下自动释放作业?我不确定beanstalkd在多大程度上依赖会话状态来确定工作状态。我假设我可以不受惩罚地打开和关闭会议,而Beanstalk只关心工作id来将工作操作联系在一起,但这对我来说可能是愚蠢的。。。这是我第一次进入工作队列


谢谢

我猜第一个客户端实例在第二个客户端实例保留作业之前关闭了beanstalkd服务器的TCP套接字

关闭TCP连接会隐式地将作业释放回队列。这些隐式释放(关闭连接、
quit
命令等)似乎不会增加
releases
计数器

下面是一个例子:

# Create a job, reserve it, close the connection:
pda@paulbookpro ~ > telnet 0 11300
Trying 0.0.0.0...
Connected to 0.
Escape character is '^]'.
put 0 0 600 5
hello
INSERTED 1
reserve
RESERVED 1 5
hello
^]
telnet> close
Connection closed.

# Reserve the job, stats-job shows two reserves, zero releases.
# Use 'quit' command to close connection.
pda@paulbookpro ~ > telnet 0 11300
Trying 0.0.0.0...
Connected to 0.
Escape character is '^]'.
reserve
RESERVED 1 5
hello
stats-job 1
OK 151
---
id: 1
tube: default
state: reserved
pri: 0
age: 33
delay: 0
ttr: 600
time-left: 593
file: 0
reserves: 2
timeouts: 0
releases: 0
buries: 0
kicks: 0

quit
Connection closed by foreign host.

# Reserve the job, stats-job still shows zero releases.
# Explicitly release the job, stats-job shows one release.
pda@paulbookpro ~ > telnet 0 11300
Trying 0.0.0.0...
Connected to 0.
Escape character is '^]'.
reserve
RESERVED 1 5
hello
stats-job 1
OK 151
---
id: 1
tube: default
state: reserved
pri: 0
age: 46
delay: 0
ttr: 600
time-left: 597
file: 0
reserves: 3
timeouts: 0
releases: 0
buries: 0
kicks: 0

release 1 0 0
RELEASED
stats-job 1
OK 146
---
id: 1
tube: default
state: ready
pri: 0
age: 68
delay: 0
ttr: 600
time-left: 0
file: 0
reserves: 3
timeouts: 0
releases: 1
buries: 0
kicks: 0

quit
Connection closed by foreign host.

我也有同样的问题。问题出现在打开到beanstalkd的多个连接中

use Pheanstalk\Pheanstalk;

$pheanstalk = connect();
$pheanstalk->put(serialize([1]), 1, 0, 1800);

/** @var Job $job */
$job = $pheanstalk->reserve(10);
print_r($pheanstalk->statsJob($job->getId()));
// state reserved but
// only those connection that reserved a job can resolve/update it

$pheanstalk2 = connect();
print_r($pheanstalk->statsJob($job->getId()));
$pheanstalk2->delete($job);
// new connection opened in same process still cannot update the job 

// PHP Fatal error:  Uncaught Pheanstalk\Exception\ServerException: Cannot delete job 89: NOT_FOUND in /var/www/vendor/pda/pheanstalk/src/Command/DeleteCommand.php:45


function connect() {
    $pheanstalk = new Pheanstalk(
        'localhost',
        11300,
        5
    );
    return $pheanstalk;
}

我不知道问题是什么,但我在试图确定我的
pheanstalk->reserve()
调用为何暂停时发现了这个问题,即永远不会返回,这导致我的cron作业无限期运行,直到Apache实际死亡。然而,我想说的是,一旦工作完成,你可能会想删除它。否则,它将保留在队列中,然后每300次(最佳情况)再次运行一次,只要您有工人在运行队列作业。至于通信btwn,pheanstalk实例未设置和作业发布,我无法发表评论。