NanoMQ 繼續保持穩步更新，0.9.0 將於 7 月初正式釋出。此版本為大家帶來了 2 個重要的功能更新：規則引擎和支援 QUIC 的 NanoSDK。同時還增加了離線資料快取配置，各項效能最佳化和缺陷修復也在持續進行中。

## 輕便易用的嵌入式規則引擎

規則引擎是 EMQX 深受廣大使用者喜愛的一項功能，NanoMQ 也根據使用者需求推出了相同的功能，使用者現在可以方便地透過編寫 SQL 規則對訊息進行處理後重新發布或存入資料庫進行持久化。

NanoMQ 的規則引擎由統一訊息介面和各種不同目標外掛組成，不同外掛各自享有獨立的配置檔案。目前只有 SQLite 外掛作為資料持久化選項，未來會增加更多的可選外掛。

使用規則引擎需要先在全域性配置/etc/nanomq_rule.conf 裡開啟 SQLite 外掛功能：

```shell
## Rule engine option, when persistence with 
## rule engine, this option is must be ON.
## 
## Value: ON | OFF
rule_option=ON

## Rule engine plugins option
## Choose a plugin to enable
## 
## Value: enable/disable
rule_option.sqlite=enable

## Rule engine option database config path
## Rule engine plugin config path, default is exec path.
## 
## Value: File nanomq_rule_sqlite.conf
rule_option.sqlite.conf.path=/etc/nanomq_rule_sqlite.conf
```

然後再對應的外掛配置檔案 /etc/nanomq_rule_sqlite.conf中配置對應的 SQL 語句和資料庫引數：

```pgsql
## Rule engine option SQLite3 database path
## Rule engine db path, default is exec path.
## 
## Value: File
rule.sqlite.path=/tmp/sqlite_rule.db

## Rule engine option SQLite3 database table name
## Rule engine db table name.
## 
## Value: String
rule.sqlite.table=broker

## Rule engine option sql
## Rule engine sql clause.
## 
## Value: String
SELECT * FROM "abc" WHERE payload.x.y = 10
```

如此配置，NanoMQ 就會使用配置中的 SQL 處理所有的 Publish 訊息後持久化到對應的 SQLite 資料庫表中。

例如此時我們釋出兩條不同的訊息到 abc 主題：

```1c
msg1: "{"x": {"y": 10}, "z": "str1", "a": 1111}
msg2: "{"x": {"y": 11}, "z": "str1", "a": 1111}
```

然後就能在 SQLite 資料庫中看到：

```apache
sqlite> SELECT * FROM Broker;
RowId|Qos|Id|Topic|Clientid|Username|Password|Timestamp|Payload
1|1|1|abc|nanomq-57a0d6ab|abc|(null)|1656066147|{"x": {"y": 10}, "z": "str1", "a": 1111}
2|1|1|abc|nanomq-9c1ca526|abc|(null)|1656066147|{"x": {"y": 10}, "z": "str1", "a": 1111}
3|1|1|abc|nanomq-7ff24b6f|abc|(null)|1656066147|{"x": {"y": 10}, "z": "str1", "a": 1111}
4|1|1|abc|nanomq-83e7ff63|abc|(null)|1656066147|{"x": {"y": 10}, "z": "str1", "a": 1111}
```

可見只有符合規則的訊息 msg1 被持久化到了資料庫中。規則引擎目前支援標準 JSON 解析和常用的 SQL 語句和符號，具體詳情請參閱文件。

目前 NanoMQ 的規則引擎執行順序是在處理完 MQTT 訊息之後序列執行，如果規則耗時過多的話會影響 Broker 本身的效能和訊息吞吐。如果有許多資料需要透過規則引擎進行持久化，建議將/etc/nanomq.conf中的 parallel=32 數量提高以增加邏輯執行緒數以支援更多規則和訊息的並行處理。

## 邊緣資料快取配置

邊緣服務往往執行在弱網或者惡劣環境中，斷網斷電的情況時常發生。在之前的版本中，NanoMQ 的橋接功能支援了將未收到確認的 QoS 1/2 訊息快取在本地 SQLite 中並自動重發來避免資料丟失。此次釋出的 v0.9.0 增加了對橋接連線斷開的處理，並且針對邊緣場景增加了許多配置選項，以避免由於快取的資料過大寫滿 Flash 或者寫入次數過多導致 Flash 壽命耗盡。

/etc/nanomq_bridge.conf的新增配置選項有：

```shell
## Enable sqlite cache
## Whether to enable sqlite cache
## 是否開啟SQLite離線訊息快取功能
## Value: boolean
bridge.sqlite.enable=false

## Max message limitation for caching
## ( 0 means ineffective )
## Value: 1-infinity
## 最大快取到磁碟/Flash的訊息條數限制
bridge.sqlite.disk_cache_size=102400

## Mounted file path
## SQLite資料庫檔案路徑
## Value: path
#bridge.sqlite.mounted_file_path=/tmp/

## The threshold of flushing messages to flash.
## flush msg to disk when reach this number
## Value: 1-infinity
## 資料刷盤的快取視窗（訊息條數），建議根據訊息大小設定為 訊息條數 * 訊息大小 = page size
bridge.sqlite.flush_mem_threshold=100

## Resend interval (ms)
## The interval for resending the messages after failure recovered. (not related to trigger)
## 快取訊息的重發間隔
## Value: 1-infinity
bridge.sqlite.resend_interval=5000
```

同時 0.9.0 版本也不再需要使用者自行修改編譯引數來啟用 SQLite，現在可以透過配置檔案控制 Broker 和橋接功能是否啟用 SQLite 作為快取選項。另外我們也對 SQLite 的使用做了最佳化，開啟了 WAL 模式，並採用了全同步方式避免檔案系統損壞。而且從這一個版本開始，橋接的離線快取功能配置選項和 Broker 的 QoS 訊息預設快取分離，建議只需要對雲端橋接進行斷網資料自動快取和續傳的使用者不用開啟 /etc/nanomq.conf 的 SQLite 功能。

## NanoSDK： 首個 C 語言的 MQTT over QUIC SDK

6 月 11 日，IETF 正式頒佈了 HTTP/3 RFC 技術標準文件，QUIC 正式成為了傳輸層標準之一。IoT 應用經常會遇到諸如網路漫遊、弱網環境頻繁重連和網路擁塞等問題，利用 QUIC 的流式多路複用、分路流控、更低的連線建立延遲等特性，這些問題都可以得到顯著改善。NanoSDK 0.6.0 基於 MsQuic 專案率先實現了 C 語言的第一個 MQTT over QUIC SDK。建議搭配全球首個支援 MQTT over QUIC 的 Broker——EMQX 5.0 一同使用。

[![NanoSDK 與 EMQX 之間透過 QUIC 進行訊息收發](http://img.blog.itpub.net/blog/2022/07/07/015c4590bcd769fb.png?x-oss-process=style/bb "NanoSDK 與 EMQX 之間透過 QUIC 進行訊息收發")](https://www.emqx.com/zh/blog/nanomq-newsletter-202206 "NanoSDK 與 EMQX 之間透過 QUIC 進行訊息收發")

NanoSDK 透過為 NNG 的傳輸層增加 QUIC 支援，使 MQTT、nanomsg 等協議能夠從 TCP 轉為 UDP，從而提供更好的物聯網連線體驗。其內部將 QUIC Stream 和 MQTT 連線對映繫結，並內建實現了 0RTT 快速握手重連功能。

[![QUIC： 0RTT 快速重連](http://img.blog.itpub.net/blog/2022/07/07/25fafd90e860097b.png?x-oss-process=style/bb "QUIC： 0RTT 快速重連")](https://www.emqx.com/zh/blog/nanomq-newsletter-202206 "QUIC： 0RTT 快速重連")

API 方面保持了之前的使用習慣，一行程式碼即可基於 QUIC 建立 MQTT 客戶端：

```reasonml
## Create MQTT over Quic client with NanoSDK
nng_mqtt_quic_client_open(&socket, url);
```

訊息示例程式碼請參考：

https://github.com/nanomq/NanoSDK/tree/main/demo/quic ，編譯後可以透過以下命令連線 EMQX 5.0 的 14567 埠進行測試。

```smali
quic_client sub/pub mqtt-quic://54.75.171.11:14567 topic msg
```

## 其他功能最佳化及 Bug 修復

此外，NanoMQ 0.9.0 還有如下 bug 修復和更新最佳化：

1. 增加了最大接收訊息長度和最大可轉發訊息長度的配置選項，方便進行大訊息收發。
2. 修復了nanomq broker restart重啟命令不生效的情況。
3. 取消了對 C++ compiler 的編譯要求。
4. 修復了收到客戶端 Disconnect 訊息不會清理會話和遺願訊息的問題。
5. 修復了 v0.8.0 中 MQTT over WebSocket 服務無法正常工作的問題。
6. 修復了客戶端 unsub 會導致服務停止的問題。
7. 修復了客戶端大量釋出訊息導致積壓時，Sub 客戶端突然端斷開導致的資料競爭問題。

## 即將到來

NanoMQ 將於下個月正式釋出 0.10 stable release 版本，並支援 MQTT 多路橋接功能。目前此功能處於 Demo 階段，在最新的主分支已可以使用。使用者可以自行編譯安裝使用，歡迎嚐鮮：https://github.com/emqx/nanomq/ 。

>版權宣告： 本文為 EMQ 原創，轉載請註明出處。
>
>原文連結：[https://www.emqx.com/zh/blog/nanomq-newsletter-202206](https://www.emqx.com/zh/blog/nanomq-newsletter-202206)

NanoMQ Newsletter 2022-06｜規則引擎正式釋出 & NanoSDK 支援 MQTT over QUIC

相關文章