0
A
回答
0
899表示rowid已被分配。 由於NDB集羣的分佈式特性,這是一個問題。通常這是一個臨時問題,在幾微秒後消失。
如果它仍然存在,那麼可能有一些錯誤導致 主副本和備份副本不一致。
如果是這樣的情景讓 恢復正常運行的最佳方法是做到以下幾點: 1)取一個備份 2)執行數據節點 之一的初始節點重啓(假定你有2個數據節點)。
這個問題應該有希望消失。 備份只是爲了確保您有最新的備份 ,如果發生更多情況。
相關問題
- 1. Headers already sent node.js錯誤
- 2. 得到錯誤時
- 3. 的錯誤選擇從臨時表
- 4. 錯誤插入到臨時表
- 5. 得到錯誤,同時從Excel
- 6. 如何修復「Dropzone already attached」錯誤?
- 7. MySQL遷移龐大的數據庫InnoDB的,從到NDBCLUSTER錯誤:表滿
- 8. Apache HttpClient臨時錯誤:NoHttpResponseException
- 9. 從ISNUMERIC得到錯誤()VB.NET
- 10. 我得到時區錯誤
- 11. 當Laravel使用php-resque時出現「Constant CRLF already defined」錯誤
- 12. 'headers already'錯誤,同時使用restify與socket.io
- 13. 在wordpress中收到錯誤消息「headers already sent」
- 14. 得到錯誤,同時重定向
- 15. 替代Mysql NDBCLUSTER
- 16. ndbCluster和Azure
- 17. 錯誤:只能在臨時模式中創建臨時關係
- 18. 錯誤得到
- 19. 得到錯誤
- 20. 得到錯誤
- 21. 得到錯誤
- 22. 得到錯誤
- 23. 得到錯誤
- 24. 得到錯誤
- 25. 得到錯誤
- 26. 從臨時文件重寫時出錯
- 27. 面臨CORS錯誤
- 28. 如何使用臨時文件從我得到inputStream
- 29. 錯誤運行的臨時文件15
- 30. 臨時表中不存在錯誤
我終於發現問題發生在幾天後,我發佈了這個問題。我有4個數據節點,其中一個節點在複製過程中遇到延遲,因爲我觀察到集羣啓動時頁面的複製。我已關閉受感染的節點,並且我的進程再次開始正常工作。謝謝btw – Dan