AI列有與Percona的XtraDB集羣

我們正在與集羣中的4臺機器上運行的Percona XtraDB集羣值的差距。我注意到，我們的主鍵列是一個AUTO_INCREMENT列，它裏面有隨機數字間隔。例如：AI列有與Percona的XtraDB集羣

id created_at title artist album 
1 1375074427 Night Train Jason Aldean NULL 
5 1375074429 Open Arms JOURNEY NULL 
9 1375074429 LIFT ME UP FIVE FINGER DEATH PUNCH NULL 
12 1375074430 Into the Mystic Van Morrison NULL 
16 1375074430 MARY JANES LAST DANCE TOM PETTY NULL 
20 1375074430 EVERLONG FOO FIGHTERS NULL 
21 1375074433 THE ZOO SCORPIONS NULL 
25 1375074433 (Don't Fear) The Reaper Blue Oyster Cult NULL 
28 1375074437 Mambo Italiano Rosemary Clooney The Big Night 
32 1375074437 HOLY GRAIL JAY Z/JUSTIN TIMBERLAKE NULL 
36 1375074437 REAL WORLD MATCHBOX 20 NULL 
37 1375074438 Smile Uncle Kracker NULL 
41 1375074443 SOMEONE LIKE YOU ADELE NULL 
45 1375074444 STAY RIHANNA FT MIKKY EKKO NULL 
49 1375074444 Turn Your Radio On The Statler Brothers Today's Gospel Favorites 
52 1375074444 Hold The Line Toto NULL 
56 1375074444 Reach For The Sky Firehouse NULL 
57 1375074448 Through Glass Stone Sour NULL 
61 1375074448 Through Glass Stone Sour NULL 
65 1375074448 Love%20On%20Top Beyonc%E9 4%20(Deluxe%20Edition)

我很好奇爲什麼會發生這種情況。我在閱讀有關innodb_locks_unsafe_for_binlog選項，這是在我們的計算機上啓用，而且我已經有事可做與感覺。但我想確定這沒問題。

我們正經歷隨機死鎖，我想消除這個配置項的原因，因爲它是應該幫助防止死鎖從我讀過。

是不是壞在這樣的PK差距？我覺得這不應該發生。

來源

2013-07-29 Andrew Ellis

不，它是不壞。這真的沒什麼好擔心的。 – Namphibian

的InnoDB的這種行爲是絕對很好，沒什麼可擔心的。由於InnoDB的xtradb的一個分支，使用最有可能的AUTO_INCREMENT處理算法比InnoDB的。它的設計來自（不完全確定）5.1.x，以允許在InnoDB中執行某些操作（如INSERT ON DUPLICATE KEY UPDATE操作）時實現更高的併發性。

你會在文檔中找到關於此主題的更多信息：AUTO_INCREMENT Handling in InnoDB

來源

2013-07-29 07:45:04

非常感謝。我們實際上發現了什麼導致了我們的僵局，事實上並非如此。 –

AI列有與Percona的XtraDB集羣

回答

相關問題