mqtt：一种通信协议，相当于人们交流过程中的一种语言（中、英、法）的语言规范
MQ：一种通信通道，也叫消息队列，类似于人类交流过程中使用的电话、email、QQ、微信的一种通信方式
json：一种内容格式，类似于人类交谈过程中使用的排比句（陈述句、感叹句）一样的句式
市面上的MQ产品很多，比如阿里自研并开源的RocketMQ、还有类似的RabbitMQ、ActiveMQ等，他们不但支持mqtt协议，还支持AMQP、stomp协议等，EMQ使用的协议是mqtt
详细区别
有三种基本概念：消息、消息协议、消息队列
消息：信息的载体
消息协议：为了让消息发送者和消息接收者都能够明白消息所承载的信息（消息发送者需要知道如何构造消息；消息接收者需要知道如何解析消息），它们就需要按照一种统一的格式描述消息，这种统一的格式称之为消息协议。所以，有效的消息一定具有某一种格式；而没有格式的消息是没有意义的。就如mqtt协议
消息队列：消息从发送者到接收者的方式也有两种。
一种为即时消息通讯，也就是说消息从一端发出后（消息发送者）立即就可以达到另一端（消息接收者），这种方式的具体实现就是RPC（当然单纯的http通讯也满足这个定义）；
另一种为延迟消息通讯，即消息从某一端发出后，首先进入一个容器进行临时存储，当达到某种条件后，再由这个容器发送给另一端。 这个容器的一种具体实现就是消息队列，如RabbitMQ。
从上图可以看到，某一种消息通讯软件（或者叫做程序库）的实现都建立在“协议”基础上：RMI程序库建立在RMI协议上（RMI协议是JAVA规范协议的一部分） ，属于一种“即时消息通讯”；RabbitMQ和Qpid消息通讯软件的设计依据是AMQP协议，属于一种“延迟消息通讯”。
虽然消息协议存在“私有协议”和“开放协议”之分（是否向行业开放消息规范文档、是否允许某个组织更改协议），虽然某一个软件（程序库）不一定只支持一种协议（例如ActiveMQ实现了多种消息协议），虽然某一种协议也不一定只有一种软件（程序库）实现（例如能够支持webservice协议的程序库就有Codehaus XFire、Apache CXF、Jboss RESTEasy等），但是这并不影响“某一种消息通讯软件（或者叫做程序库）的实现都建立在“协议”基础上”的概念，反而是这个基本概念加强了。
AMQP的实现产品（例如RabbitMQ）
RabbitMQ基于Erlang语言开发和运行。它与Apache ActiveMQ有很多相同的特性，例如RabbitMQ完整支持多种消息协议：AMQP、STOMP、MQTT、HTTP，我们使用RabbitMQ时会默认使用AMQP1.0 协议。当然，RabbitMQ作为Apache ActiveMQ最主要的竞品之一也有其独特的功能特性。例如RabbitMQ支持一套特有的Routing-Exchange消息路由规则。这套规则可以按照消息内容，自动将消息归类到不同的消息队列中。
EMQ 和 MQ 的区别
MQTT在我看来就是一个简单的发布订阅协议，提供一种服务质量的概念。EMQ则是对MQTT协议进行了实现，作为一个Broker，从Pub端到Broker是一个完整的MQTT交互，Broker到Sub端是一个完整的MQTT交互， 而Broker内部则是进行了消息的传递。
说白了都是传统消息系统（老爸）的子嗣，只是与不同的场景（老妈）结合的产物。不过，两者却可以结合起来使用。比如可以用MQTT接受物联网设备上传的数据，然后接入Kafka，最后可以同时分发到HDFS归档、数据仓库做OLAP分析、Elasticsearch做全文检索，这样的架构非常适合大型物联网项目，不但能够处理海量数据同时也具有很好的扩展性。
MQTT是在TCP之上的应用层协议，对物联网应用环境做了非常多的优化，TCP是传输层协议，是更通用层的协议。
感谢博主西子湖畔的蜗牛分享的文章，本文章只为个人学习记使用，侵权删！