可以用数据库实现进程间的通信么？

[koc]

一个进程往数据库里写东西一个读，比如某某任务完成了就把某个值写成 1。 这样的做法有什么利弊呢？ 除此之外还有什么其他的方法呢？

[wujichao]

感觉杀鸡用牛刀

[wwqgtxx]

用 redis 做进程间通讯的倒是不少，最大的好处是后期容易挂物理机迁移

[AllOfMe]

为什么不直接用文件存储呢？数据库消耗比较大

[fiht]

可以，redis 就可以用来做这个。
更多的用的是消息队列（ message queue ）

[petelin]

管道了解一下, 本地 socket 了解一下

[yidinghe]

成本高，相应慢，依赖于数据库稳定性和性能

[eslizn]

可以，但是推荐用共享内存

[picture2200]

我司很多流程系统都会如此，优势就是简单，各层次开发人员都容易掌握，后面查询也比较方便，因为各种角色都会会点 SQL，跟各种工具集成也方便。缺点就是只能做并发要求不高且模式不复杂的地方。

我司也用 rabbitmq，主要用在并发较高或者模式复杂的地方，当然架构复杂性就上去了。

一句话，看自己的场景选择最合适，如果是持续开发的项目，建议根据状况来适度升级架构。最初我司一个原始系统用的是 DB，并发上去后还是死磕原来的架构，最后反而搞得复杂无比，翻掉重新用 rabbitmq 设计了。

[tilv37]

socket 可以