多Laravel应用共享单数据库表运行队列的可行性咨询

首先，你的思路是对的——给App1和App2设置不同的默认队列名称，就可以让它们的队列worker独立运行，不会互相干扰。不过结合你提到的两个不同Laravel版本（5.4和5.6），还有几个关键细节需要留意：

1. 队列名称区分的核心逻辑 #

Laravel用database驱动时，所有任务都会存在jobs表（默认表名），每个任务的queue字段会标记它属于哪个队列。只要两个应用的默认队列名称不一样，各自的worker就只会处理对应队列的任务。

举个实际操作的例子：

• 在App1的.env文件里设置：QUEUE_DEFAULT=app1_main
• 在App2的.env文件里设置：QUEUE_DEFAULT=app2_main

然后分别在各自应用的根目录启动worker：

• App1：php artisan queue:work（因为默认队列是app1_main，worker会自动处理这个队列的任务）
• App2：php artisan queue:work（同理，只会处理app2_main队列的任务）
  如果需要指定多个队列，也可以用php artisan queue:work --queue=app2_main,app2_emails这种格式。

2. 不同Laravel版本的兼容性注意事项 #

队列表结构差异 #

Laravel 5.6对队列相关的数据库表做了一些小更新，比如新增了部分字段或优化了索引。如果你的数据库是先基于App1（5.4）创建的jobs和failed_jobs表，那么给App2（5.6）使用前，建议运行App2的队列迁移命令来同步表结构：

php artisan queue:table
php artisan queue:failed-table
php artisan migrate

执行前记得备份数据库，避免结构变更影响App1正在运行的任务。不过放心，5.6的表结构是向下兼容5.4的，App1的worker依然能正常读写更新后的表。

Worker命令的小区别 #

Laravel 5.4的queue:work命令默认不会自动重启来加载代码变更，如果你修改了任务代码，需要手动重启worker；而5.6开始支持--rest选项，让worker在处理完一定数量的任务后自动重启，方便更新代码。不过这个只是启动方式的差异，不影响两个应用队列的独立性。

3. 额外的隔离保障 #

• 自定义队列也要避免重名：如果两个应用都有自定义队列（比如邮件队列、通知队列），也要确保这些队列的名称不重复，比如App1用app1_notifications，App2用app2_notifications。
• 独立运行worker进程：启动worker时，一定要在各自应用的根目录下执行命令，比如App1在/var/www/app1运行，App2在/var/www/app2运行，保证进程完全独立，不会互相抢占资源。
• 日志分开记录：建议给两个应用的队列日志设置不同的输出文件，方便后续排查问题。比如在启动worker时指定日志：

# App1的worker日志
php artisan queue:work >> /var/log/app1_queue.log 2>&1

# App2的worker日志
php artisan queue:work >> /var/log/app2_queue.log 2>&1

总的来说，只要做好队列名称区分和数据库表结构的兼容，App2完全可以直接启动自己的队列worker，不会影响App1的队列运行。

内容的提问来源于stack exchange，提问作者aknosis