隨著雲原生[時序資料庫]( https://www.taosdata.com/"時序資料庫")（Time Series Database，TSDB） [TDengine]( https://www.taosdata.com/"TDengine") 3.0 的釋出，很多使用者其實會好奇：“和 2.0 比起來，3.0 有哪些直觀的最佳化呢？”

本文將以 Update 這一功能的變化為例，具體介紹一下 3.0 的細緻最佳化。

**和 2.0 比起來，3.0 版本的 Update 不再需要引數配置，“部分列更新”成為資料庫本身的特性，並且還解決了 2.0 的 Update 機制的一些不足。 **

**一、2.0 時代的 Update:**
對於 TDengine 的 Update 功能，老使用者應該都比較清楚：

在 2.0 版本中，TDengine 透過對 database 級別引數值 “update” 的配置，來完成對相同時間戳行的資料更新。

1. update 為 0 ，不更新；
2. update 為 1 ，整行更新，未指定值的列會被更新為 NULL；
3. update 為 2，部分列更新，未指定值或者寫入 NULL 的列會保留原有值。

一開始，TDengine 只支援 update 為 1 （即整行更新）。但在很多場景下，使用者往往不會在同一時間更新一張表中的所有列，因此我們後續又支援了 update 為 2（即部分列更新）。

顯然，部分列更新更為靈活，因為它既可以做到整行更新，又可以做到區域性更新。但是透過它的邏輯，我們或許會有這樣的疑問：如果我想把一個值更新為 NULL 值，應該怎麼辦呢？這個疑問是有道理的。不過 2.0 版本並不支援這樣的更新。

在 2.0 的版本中，資料可以被分為兩大類 NORMAL 和 NULL 。 NORMAL 類代表 TDengine 所有資料型別中的非空值字面量，而 NULL 則代表所有資料型別的空值字面量。

當 Update 行為發生時，它的邏輯是 ：如果在某一行 insert 語句中沒有顯式寫入某一列值的話，會認為該列輸入了 NULL 值。

所以下面這兩種寫法的語義其實是一樣的。

![](http://img.blog.itpub.net/blog/2022/09/14/5cd9496fbea7be16.png?x-oss-process=style/bb)

1. insert into t1 (ts,num1,num2) values (“xxxx”,1,2) ;
2. insert into t1 values (“xxxxx”,1,2,NULL) ;

所以在 update 為 1 時，上述兩個 SQL 都會用 NULL 值會覆蓋掉 num3 原有的值。

而在 update 為 2 時，上述兩個 SQL 又都會保留 num3 原有的值。

因此，上述設定會導致 2.0 版本無法把一個值更新為 NULL 值。

**二、3.0 時代的 Update:**

為了避免這一問題，從 3.0 版本開始，TDengine 引入了 None 值（未賦值）語義——當使用者進行 insert 輸入時，如果未對某一列進行顯式輸入（如上面的 SQL 語句 1），taosc 不再將其置為 NULL，而是將該列標識為 None（對外查詢仍顯示為 Null）。

因此，仍然以上述兩個 SQL 為例，在 3.0 版本的 Update 場景中，它們已經有了不同：

1. Insert into t1 (ts,num1,num2) values (“xxxxx”,1,2); （對於 num3 列, 標記為 NONE）
2. insert into t1 values (“xxxxx”,1,2,NULL);（對於 num3 列, 標記為 NULL）

而 3.0 的 Update 規則為：如果寫入的是 NORMAL/NULL ，那麼就取版本號比較大的行，如果我寫入的是 NONE，那麼就取版本號比較小的行，所以：

- SQL 語句 1 會把 t1 表的 num1 和 num2 列都更新成最值，num3 保持原樣（因為 num3 要和 NONE 取版本比較小的行）；
- SQL 語句 2 會把 t1 表的 num1 和 num2 列都更新成最值，num3 更新成 null（因為 num3 要和 NULL 取版本比較大的行）。

由上可見，由於 NONE 的引入，3.0 已經可以在無需任何配置的情況下，以部分列更新模式來進行資料更新了。

可以用這幾條簡單的 SQL 來體驗 TDengine 的這個新特性：

```cpp
CREATE TABLE `t1` (`ts` TIMESTAMP, `num1` INT, `num2` INT, `num3` INT);
insert into t1 values ("2020-01-01 01:00:00",1,1,1);
insert into t1 (ts,num1,num2) values ("2020-01-01 01:00:00",2,2);
insert into t1 values ("2020-01-01 01:00:00",3,3,null);
```

**三、更新邏輯**

其實，TDengine 不論是在 2.0 還是 3.0 時代，更新的邏輯都是類似的：3.0 是不論在硬碟還是記憶體的資料都只是標記更新（寫入時間戳相同的資料會生成子資料塊），而 2.0 記憶體中的資料是物理更新，硬碟上是標記更新。在查詢的時候，他們都是先把原本的資料塊和子資料塊從硬碟上讀取到記憶體中，再透過被高版本覆蓋或被低版本覆蓋的方式完成某列資料的更新或保留，然後再把它們與原先存在於記憶體中的資料合併處理，最後把結果返回給客戶端。

不過，與 2.0 比起來，3.0 使用了 multi-version （多版本模式），這是由於 2.0 的更新、刪除功能不是一開始就有的，而是後期逐步增加的實現，有點像打補丁，不夠優雅。所以 3.0 相當於把這些割裂的功能，從儲存引擎底部做了一次最佳化融合，也大幅提升了使用者體驗，以這個 Update 功能為例，使用者不再需要任何配置，只需要知道 TDengine 的更新方式就可以了。

而關於 3.0 的儲存引擎的底層最佳化具體詳情，可以透過[這篇文章]( https://www.taosdata.com/engineering/13925.html"這篇文章")進一步瞭解。

**四、結語**

3.0 上有很多類似這樣的最佳化和重構。之後我們會持續以文章影片等形式，帶領大家深入探索這款雲原生的時序資料庫，一起為企業帶來價值，為開發者帶來成功。

------------

![](http://img.blog.itpub.net/blog/2022/09/14/8cd98c922884f6cf.jpeg?x-oss-process=style/bb)

想了解更多 TDengine Database的具體細節，歡迎大家在[GitHub]( https://github.com/taosdata/grafanaplugin"GitHub")上檢視相關原始碼。
[![](http://img.blog.itpub.net/blog/2022/05/11/0fd59db1207fc97f.jpeg?x-oss-process=style/bb)](https://www.taosdata.com/?zh "![](http://img.blog.itpub.net/blog/2022/05/11/0fd59db1207fc97f.jpeg?x-oss-process=style/bb)")

TDengine 3.0 的 Update 有何區別？

相關文章