使用限制
消息佇列MQ使用限制如下：
服務限制
| 限制內容 | 限制值 | 說明 |
|---|---|---|
| 單MQ服務中用戶可以創建的topic總數 | 5 | |
| 單topic中用戶可以創建的訂閱總數 | 5 | |
| 消息體大小 | 256KB | 超限消息將會被丟棄 |
| topic中的消息過期時間 | 30s-7天 | 系統將回收進入佇列超過過期時間的消息 |
| topic的緩存空間大小 | 1G | 默認為1G，暫不支援配置，佇列數據量超限時，服務會從頭部開始回收未過期消息所佔用的空間 |
| 單topic消費消息速率 | 5000條/秒 | 消息條數計算方式：以1KB為單位，向上取整 示例1：入佇列1.5KB，被1個用戶端消費消費，消息計算為2條 示例2：入佇列1KB，被3個用戶端消費，計為3條 |
| 訂閱消息鎖定時間 | 10-60s | 默認為0，即不鎖定消息，若設置為>0，則表示啟用消息鎖定 例：若設置為10s，用戶端消費數據之後，若未返回ack，則會在10s後再次消費到未進行確認的消息 |
| 訂閱消費位置 | 無 | 默認為0，即從佇列頭部開始消費 |
| 單用戶端非業務報文頻率限制 | 60/s | 對於Ping、Subscribe、Unsubscribe報文發送頻率限制，超限則會斷開連接 |
MQTT 協議限制
| 功能 | 是否支持 | 說明 |
|---|---|---|
| Connect | 支持 | 用戶端發送到MQ的連接報文，connect flag必須為0xC2，否則會被斷開連接 |
| ConnAck | 支持 | MQ回復給用戶端的連接回應，反向會斷開連接 |
| Publish | 支持 | MQ向用戶端推送消息 |
| PubAck | 支持 | 用戶端收到MQ推送消息後的回復 |
| Subscribe | 支持 | 用戶端發送到MQ訂閱topic的消息 當實例處於欠費狀態時，訂閱會失敗同時伺服器會斷開連接 |
| SubAck | 支持 | Q發送給用戶端的訂閱回復，反向會斷開連接 |
| Unsubscribe | 支持 | 用戶端發到MQ取消訂閱topic的消息 |
| UnsubAck | 支持 | MQ發送給用戶端取消訂閱的回復，反向會斷開連接 |
| Ping | 支持 | 用戶端發往MQ的Ping報文 |
| PingResp | 支持 | MQ發給用戶端的Ping報文的回復 |
| Disconn | 支持 | 用戶端發往MQ的離線報文 |
| PubRec | 不支持 | 用戶端發送此類型報文會斷開連接 |
| PubRel | 不支持 | 用戶端發送此類型報文會斷開連接 |
| PubComp | 不支持 | 用戶端發送此類型報文會斷開連接 |