一：主鍵索引，唯一索引和普通索引的關係
主鍵索引

主鍵索引是唯一索引的特殊型別。
資料庫表通常有一列或列組合，其值用來唯一標識表中的每一行。該列稱為表的主鍵。
在資料庫關係圖中為表定義一個主鍵將自動建立主鍵索引，主鍵索引是唯一索引的特殊型別。主鍵索引要求主鍵中的每個值是唯一的。當在查詢中使用主鍵索引時，它還允許快速訪問資料。主鍵索引不能為空。每個表只能有一個主鍵

唯一索引：

不允許兩行具有相同的索引值。但可以都為NULL，筆者親試。
如果現有資料中存在重複的鍵值，則資料庫不允許將新建立的唯一索引與表一起儲存。當新資料將使表中的鍵值重複時，資料庫也拒絕接受此資料。每個表可以有多個唯一索引

普通索引：

一般的索引結構，可以在條件刪選時加快查詢效率，索引欄位的值可以重複，可以為空值

二：ON DUPLICATE KEY UPDATE使用測試(MYSQL下的Innodb引擎)

上面介紹了索引的知識，是為了介紹這個ON DUPLICATE KEY UPDATE功能做鋪墊。

1：ON DUPLICATE KEY UPDATE功能介紹：

有時候由於業務需求，可能需要先去根據某一欄位值查詢資料庫中是否有記錄，有則更新，沒有則插入。你可能是下面這樣寫的

if not exists (select node_name from node_status where node_name = target_name)
insert into node_status(node_name,ip,...) values('target_name','ip',...)

這樣寫在大多數情況下可以滿足我們的需求，但是會有兩個問題。

①效能帶來開銷，尤其是系統比較大的時候。

②在高併發的情況下會出現錯誤，可能需要利用事務保證安全。

有沒有一種優雅的寫法來實現有則更新，沒有則插入的寫法呢？ON DUPLICATE KEY UPDATE提供了這樣的一個方式。

2：ON DUPLICATE KEY UPDATE測試樣例+總結：

首先我們瞭解下這個簡單的表結構id(主鍵)、code、name。

看下錶中現有的資料：

執行以下實驗進行分析：

實驗一：含有ON DUPLICATE KEY UPDATE的INSERT語句中包含主鍵：

①插入更新都失敗，原因是因為把主鍵id改成了已經存在的id

②執行更新操作。這裡的資料還是四條。不過第四條的id由75變化為85

③執行更新操作。資料總量是四條

④insert語句中未包含主鍵，執行插入操作。資料量變為5條

實驗二：含有ON DUPLICATE KEY UPDATE的INSERT語句中包含唯一索引：

表結構中增加code的唯一索引，表中現有的資料：

①插入更新都失敗，原因是因為把code改成了已經存在的code值

②執行更新操作。這裡的資料總量為5條。不過第五條的code由1000變化為1200

③執行更新操作。資料總量五條，沒有變化

④insert語句中未包含唯一索引，執行插入操作。資料量變為6條

總結：

1：ON DUPLICATE KEY UPDATE需要有在INSERT語句中有存在主鍵或者唯一索引的列，並且對應的資料已經在表中才會執行更新操作。而且如果要更新的欄位是主鍵或者唯一索引，不能和表中已有的資料重複，否則插入更新都失敗。

2：不管是更新還是增加語句都不允許將主鍵或者唯一索引的對應欄位的資料變成表中已經存在的資料。

最後感謝博主文章：MySQL：插入更新語句ON DUPLICATE KEY UPDATE
————————————————
版權宣告：本文為CSDN博主「不墜青雲之志」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處連結及本宣告。
原文連結：https://blog.csdn.net/qq_43279637/java/article/details/92797641

原文連結：https://blog.csdn.net/qq_43279637/java/article/details/92797641