MySQL NDB Cluster 8.1 手冊
MySQL NDB Cluster 8.0 手冊
NDB Cluster API 開發人員指南
在本節中，我們將討論資料節點和 API 節點之間，針對以下每個操作所進行的訊息傳遞順序
主鍵查詢
唯一鍵查詢
資料表掃描或索引掃描
交易的明確提交
交易的回滾
交易記錄處理 (取得與釋放)
主鍵查詢。使用主鍵查詢的操作執行方式如下圖所示
注意
* 和 + 在此分別表示 「零個或多個」 和 「一個或多個」。
構成此過程的步驟在此處列出並更詳細地說明
API 節點會將
TCKEYREQ訊息傳送至資料節點。如果關於要使用之金鑰的必要資訊太大，無法包含在TCKEYREQ中，則訊息可以附帶任意數量的KEYINFO訊息，以攜帶其餘的金鑰資訊。如果操作使用了額外的屬性，並且超出TCKEYREQ中可用的空間，或者如果要將資料作為寫入操作的一部分傳送至資料節點，則這些屬性會隨TCKEYREQ一起以任意數量的ATTRINFO訊息傳送。-
資料節點會根據操作成功或失敗，傳送訊息以回應請求
如果操作成功，資料節點會將
TCKEYCONF訊息傳送至 API 節點。如果請求是讀取操作，則TCKEYCONF會附帶包含實際結果資料的TRANSID_AI訊息。如果資料超過單個TRANSID_AI可以攜帶的資料量，則可能會傳送多個這類訊息。如果操作失敗，則資料節點會將
TCKEYREF訊息傳回給 API 節點，並且在 API 節點提出新請求之前，不會再有其他訊號傳遞。
唯一鍵查詢。此操作的執行方式與主鍵查詢類似
API 節點使用
TCINDXREQ訊息發出請求，該訊息可以附帶零個或多個KEYINFO訊息、零個或多個ATTRINFO訊息，或兩者兼有。-
資料節點會根據操作是否成功傳回回應
如果操作成功，訊息為
TCINDXCONF。對於成功的讀取操作，此訊息可以附帶一個或多個攜帶結果資料的TRANSID_AI訊息。如果操作失敗，資料節點會傳回
TCINDXREF訊息。
唯一鍵查詢中涉及的訊息交換如下圖所示
資料表掃描和索引掃描。這些操作在許多方面與主鍵和唯一鍵查詢相似，如下所示
API 節點使用
SCAN_TABREQ訊息以及零個或多個ATTRINFO訊息發出請求。如果使用界限，索引掃描也會使用KEYINFO訊息。-
資料節點會根據操作是否成功傳回回應
提交和回滾交易。執行明確提交的過程遵循與先前顯示的相同一般模式。API 節點會將 TC_COMMITREQ 訊息傳送至資料節點，而資料節點會以 TC_COMMITCONF (成功時) 或 TC_COMMITREF (提交失敗時) 回應。如下圖所示
注意
某些操作會自動執行 COMMIT，因此並非每個交易都需要此操作。
回滾交易也遵循此模式。但是，在這種情況下，API 節點會將 TCROLLBACKTREQ 訊息傳送至資料節點。系統會傳送 TCROLLACKCONF 或 TCROLLBACKREF 作為回應，如下所示
交易記錄的處理。當 API 節點將 TCSEIZEREQ 訊息傳送至資料節點，並接收到 TCSEIZECONF 或 TCSEIZEREF 作為回覆時，便會完成交易記錄的取得，這取決於請求是否成功。如下所示
交易記錄的釋放也使用請求-回應模式處理。在這種情況下，API 節點的請求包含 TCRELEASEREQ 訊息，而資料節點的回應則使用 TCRELEASECONF (表示已釋放記錄) 或 TCRELEASEREF (表示釋放嘗試失敗)。以下圖說明此一系列事件
