請問對于數(shù)據(jù)庫的主鍵究竟要不要用自增id呢？謝謝你的邀請！此問題與特定的業(yè)務(wù)場景和技術(shù)實現(xiàn)有關(guān)：1。業(yè)務(wù)場景：如訂單、付款單等敏感字段不能自動添加。它們是具有高安全級別的字段，需要一個唯一的ID作為主

請問對于數(shù)據(jù)庫的主鍵究竟要不要用自增id呢？

謝謝你的邀請！此問題與特定的業(yè)務(wù)場景和技術(shù)實現(xiàn)有關(guān)：

1。業(yè)務(wù)場景：如訂單、付款單等敏感字段不能自動添加。它們是具有高安全級別的字段，需要一個唯一的ID作為主鍵。

2. 技術(shù)實現(xiàn)：在實際開發(fā)過程中，批量導入或處理數(shù)據(jù)時，需要考慮技術(shù)實現(xiàn)的性能，因此需要從多方面驗證是使用自增主鍵還是非自增主鍵。

MySQL分庫分表之后，id主鍵如何處理？

我將從存在的問題和如何做中回答這個問題。。

沒有辦法避免這個問題，通常拆分SQL，使用多個查詢，然后使用結(jié)果分別檢查結(jié)果

！我們可以使用TCC編程模型來確保兩個事務(wù)可以正確提交，但這種代碼入侵方式相對較重！您還可以使用基于消息的數(shù)據(jù)一致性保證

！1. 使用多線程分別查詢多個節(jié)點，然后匯總！