MySQL分庫(kù)分表之后，id主鍵如何處理？我將從存在的問(wèn)題和如何做中回答這個(gè)問(wèn)題。。沒(méi)有辦法避免這個(gè)問(wèn)題，通常拆分SQL，使用多個(gè)查詢，然后使用結(jié)果分別檢查結(jié)果！我們可以使用TCC編程模型來(lái)確保兩個(gè)事

MySQL分庫(kù)分表之后，id主鍵如何處理？

我將從存在的問(wèn)題和如何做中回答這個(gè)問(wèn)題。。

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

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

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

在分布式系統(tǒng)中，如何生成分布式ID？

兩種常用的分布式ID方法是UUID和snowflake算法。

UUID是一種本地ID生成方法，不需要遠(yuǎn)程調(diào)用，具有高性能、低延遲和良好的可擴(kuò)展性，但UUID不支持增量。

該算法的核心思想是一個(gè)長(zhǎng)ID：1位標(biāo)識(shí)符（始終為0）、41位時(shí)間戳毫秒、10位機(jī)器識(shí)別碼和12位序列號(hào)（毫秒）。從理論上講，該算法可以在一臺(tái)機(jī)器上每秒生成1000*（2^12）個(gè)ID，具有高性能、增長(zhǎng)趨勢(shì)和高靈活性。然而，算法依賴于機(jī)器的操作時(shí)鐘。如果服務(wù)器倒計(jì)時(shí)，將生成重復(fù)的ID。

請(qǐng)問(wèn)對(duì)于數(shù)據(jù)庫(kù)的主鍵究竟要不要用自增id呢？

感謝您的邀請(qǐng)！此問(wèn)題與特定的業(yè)務(wù)場(chǎng)景和技術(shù)實(shí)現(xiàn)有關(guān)：

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

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