GeminiDB全面聯動MySQL：熱點資料，一鍵加速

华为云开发者联盟發表於2024-06-26
MySql

華為雲記憶體加速的“全自動主動快取方案”，可透過介面視覺化配置，支援使用者將MySQL表資料對映為GeminiDB中的Hash等結構，同時還支援資料過濾及過期等功能，配置完成後即可實現自動同步，不僅簡單易用還能提升效率。

什麼是記憶體加速

傳統的MySQL+Cache架構，使用者把資料寫入MySQL後，同時還需要將資料更新到快取中，開發效率低。為了最佳化MySQL“傳統被動快取方案”，GeminiDB Redis介面推出了記憶體加速功能。

該功能能夠實現MySQL到GeminiDB的資料聯動，使用者只需在MySQL中寫入一次資料, 便可以從GeminiDB Redis介面中加速資料讀取，實現資料的自動同步, 極大提升開發效率。

如下圖所示，“傳統被動快取方案”效率低、不可靠，而華為雲記憶體加速的“全自動主動快取方案”，可透過介面視覺化配置，支援使用者將MySQL表資料對映為GeminiDB中的Hash等結構，同時還支援資料過濾及過期等功能，配置完成後即可實現自動同步，不僅簡單易用還能提升效率。

GeminiDB全面聯動MySQL：熱點資料，一鍵加速

如何使用記憶體加速

在已有的 MySQL 例項內開啟記憶體加速需要兩步：建立GeminiDB例項和建立對映規則。

第一步：建立GeminiDB例項。

  • 登入管理控制檯；
  • 在服務列表中選擇“資料庫 > 雲資料庫RDS for MySQL”；
  • 在“例項管理”頁面，選擇指定的例項，單擊例項名稱；
  • 在左側導航樹，單擊“記憶體加速”；
  • 如果沒有開啟記憶體加速，那麼“記憶體加速”頁面顯示如下；此時需要單擊“建立GeminiDB例項”按鈕開啟記憶體加速。
GeminiDB全面聯動MySQL：熱點資料，一鍵加速

第二步：建立對映規則。

GeminiDB例項建立完成後，記憶體加速會變成如下的介面，點選“建立對映規則”進一步配置；

GeminiDB全面聯動MySQL：熱點資料，一鍵加速

使用示例

1. 首先在源例項 MySQL 中建立一個 db1 資料庫，並在 db1 中建立一個 students 表，具體的 SQL 如下：

mysql> CREATE DATABASE db1;
Query OK, 1 row affected (0.00 sec)
mysql> CREATE TABLE db1.students(
 -> sid INT UNSIGNED PRIMARY KEY AUTO_INCREMENT NOT NULL,
 -> sname VARCHAR(20),
 -> sclass INT,
 -> sgender VARCHAR(10),
 -> sbirthday DATE
 -> );
Query OK, 0 rows affected (0.00 sec)
mysql> DESC db1.students;
+-----------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-----------+--------------+------+-----+---------+----------------+
| sid | int unsigned | NO | PRI | NULL | auto_increment |
| sname | varchar(20) | YES | | NULL | |
| sclass | int | YES | | NULL | |
| sgender | varchar(10) | YES | | NULL | |
| sbirthday | date | YES | | NULL | |
+-----------+--------------+------+-----+---------+----------------+
5 rows in set (0.00 sec)

2. 建表後，在“記憶體加速”介面，建立一條對映規則，將students表中的每一行記錄轉換為一個Redis的hash key。

該 hash 的鍵（key）由”資料庫名:資料表名:sid:<sid的值>”構成，而域-值（field-value）由選中的“sname,sclass,sgender,sbirthday”構成。

GeminiDB全面聯動MySQL：熱點資料，一鍵加速

3. 對映規則建立成功後，可以在對映規則列表中看到該規則以及對應的執行狀態：

GeminiDB全面聯動MySQL：熱點資料，一鍵加速

4. 在 MySQL 側對 students 表插入一條新資料：

mysql> INSERT INTO db1.students (sname, sclass, sgender, sbirthday) VALUES ('zhangsan', 1, 'male', '2015-05-20');
Query OK, 1 row affected (0.01 sec)
mysql> SELECT * FROM db1.students;
+-----+----------+--------+---------+------------+
| sid | sname | sclass | sgender | sbirthday |
+-----+----------+--------+---------+------------+
| 1 | zhangsan | 1 | male | 2015-05-20 |
+-----+----------+--------+---------+------------+
1 row in set (0.00 sec)

由於已配置對映規則，會把MySQL該資料自動同步到 GeminiDB 中，此時在 GeminiDB 中使用hash命令可以查詢到該key

127.0.0.1:6379> HGETALL db1:students:sid:1
1) "sbirthday"
2) "2015-05-20"
3) "sclass"
4) "1"
5) "sgender"
6) "male"
7) "sname"
8) "zhangsan"

同理，在MySQL中更新資料、刪除資料也會及時在GeminiDB中更新，更多示例可參考官網文件：管理對映規則

常見問題：

1. 記憶體加速功能，會把所有資料全部快取到GeminiDB嗎？還是什麼策略？

不是，需要使用者透過介面操作：指定MySQL表空間（db）、表名（table）、欄位（field）到GeminiDB的轉換規則。配置好後，符合規則的資料會自動同步到GeminiDB。

2. GeminiDB資料會不斷增長膨大，需要擴容嗎？如何進行快取資料管理？

GeminiDB預設每條資料設定30天過期時間，使用者也可以靈活調整；如果資料不斷增長，需要及時擴容GeminiDB儲存空間。

3. RDS for MySQL到GeminiDB資料延遲大概在多少？都受哪些因素影響？

可以做到實時同步，建議使用者實測。

時延可能受到以下因素限制：

  • RDS for MySQL到GeminiDB本身的物理距離，通常建議同Region；
  • 避免GeminiDB的例項規格過小，通常建議同CPU規格。

4. 對源端MySQL影響如何？

主要工作原理是訂閱MySQL的binlog，對源端幾乎無影響。

當前記憶體加速功能已經在公測，公測範圍：北京四、上海一、廣州，使用者可以建立免費GeminiDB規格，快來試用吧！

公測公告：https://support.huaweicloud.com/bulletin-nosql/nosql_OBTnotice_003.html

點選關注，第一時間瞭解華為雲新鮮技術~

相關文章