终端数据上传 消息队列_消息队列如果持久化到数据库的话，相对于直接操作数据库有啥优势？...

MQ的作用很多，典型作用：

1、削峰填谷：如果短时间内要处理的业务量大于数据库的服务能力，则可能会卡死数据库；使用MQ可以慢慢处理。

2、异步化：如果处理的工作非常耗时，则RPC的请求一直halt，对系统性能是个很大影响，发到MQ上，直接继续处理其他请求，则是一个更好的选择。

3、解耦：系统直接不像是RPC那些直接依赖了，不管有多少系统，都跟MQ打交道即可。

4、负载均衡：如果一台机器处理消息不够及时，可以多上几台机器做消息消费。

另外，感觉题主对ActiveMQ持久化到MySQL有一些误解。

1、如果指的是ActiveMQ配置文件里制定用jdbcPersistenceAdapter，这样是当消息是持久化的时候，消息的openwire序列化成的二进制数据，存入MySQL的ActiveMQ_MSGS表中的一个blob字段了。这个消息，你可以看做是send的消息的副本的二进制序列化数据。

2、如果指的是消息被消费以后，作为数据再应用程序的代码里被写入到MySQL，则参见上面的作用。

对于第一种理解，你可以看做是Quartz和Spring Batch的区别。

直接存数据到MySQL，这样对于如果一次没有发成功怎么办，处理数据失败了怎么办，超时了怎么办，要不要重新发送，不同类型的数据怎么不同对待，怎么保证不同应用去到的数据是不同的，等等，如果你在数据库的基础上实现了这些策略，实际上你就实现了一个基于数据库的消息队列。

实际上，在MQ出现之前，大家使用文件系统、socket、内存、数据库等多种方式来在系统之间共享数据。后来RPC和MQ出现了，现代化的分布式技术的两块基石就此建立起来。后端技术世界就有了如今金碧辉煌的大厦。

MQ、RPC从理论上讲，都是属于EIP的范畴，这个回答里的所有观点，在《Enterprise Integration Patterns》中都有讨论。