mysql最常見的操作之一就是在主伺服器和從伺服器之間複製資料庫。雖然大多數此類連線都很容易建立和維護，但有時也會出現問題，例如某些主資料可能無法在從屬裝置上覆制或者讀取請求可能會路由到主裝置而不是伺服器。
問題出現很容易，但是想要找到解決複製失敗的方法卻需要我們花些心思。
複製是所有資料庫的最基本操作，它主要是將資料從乙個資料庫伺服器(主伺服器)複製到乙個或多個其他資料庫(從伺服器)。該過程通過允許在多個從屬伺服器之間分配負載來進行讀取、通過將主伺服器限制為寫入來提高效能。
複製的好處包括通過從備份來提高安全性;分析可以在從資料庫執行且不影響主資料庫的效能表現;廣泛的資料分發，無需訪問主資料即可完成……
和很多資料庫管理操作一樣，複製有時也會不按預期進行，mysql參考手冊中的「複製故障排除」提示了我們當複製出現問題時，應該檢查錯誤日誌中的哪些資訊。如果錯誤日誌未指向解決方案，可通過發出show master status語句在主伺服器中啟用二進位制日誌記錄，如果已啟用，那麼「status」不為零， 如果沒有，請確保主伺服器正在執行--log-bin選項。
除此之外，該手冊還提供了其他幾個複製故障排除步驟：
解決實際的mysql複製問題
當mysql主從連線有序時，為什麼主裝置上的資料沒有被複製到從裝置上呢?我們以stack overflow帖子中提到的問題為例，來看看實際的mysql複製問題應該如何解決。
第一步是在master資料庫上執行「show master status」或「show master status \ g」以獲取從站的正確值，根據上圖反映的從站狀態，從站已連線到主站並等待日誌事件。同步正確的日誌檔案位置應該恢復到從伺服器的複製。
為了確保良好的同步，停止主日誌檔案，轉儲資料庫，記錄主日誌檔案的位置，重新啟動主日誌檔案，將資料庫匯入從模式，並以正確的主日誌檔案位置啟動從模式。
2023年3月發布的另乙個stack overflow帖子提供了使用jdbc驅動程式的主/從設定，其中標記為唯讀的事務仍在ping主裝置。由於mysql jdbc驅動程式正在管理與物理伺服器(主伺服器和從伺服器)的連線，因此連線池和spring事務管理器不知道資料庫連線是否鏈結到多個伺服器。
解決方案是將控制權返回給spring，之後提交連線上的事務。事務除錯訊息將指示，只要連線處於唯讀模式，查詢將被路由到從伺服器。通過在連線返回到池之前重置連線，清除唯讀模式，最後一條日誌訊息將顯示查詢現在正被路由到主伺服器。
根據實際情況來選擇出行方式
週日外出去玩，出行方式有步行，騎行，公車。每個人因人或環境等等因素而選擇的方式有所不同。簡單工廠是符合此型別的。只有在執行時，才知道使用的哪種方法。建立乙個抽象類base 下面分別建立3個類別，bus,ycling,walk，它們需要重寫抽象類的抽象方法。既然是簡單工廠，在這個工廠類中，去根據條件來...
Daemon 程式編寫（請根據實際情況自行擴充套件）
編寫daemon程式有一些基本的規則，以避免不必要的麻煩。1 首先是程式執行後呼叫fork，並讓父程序退出。子程序獲得乙個新的程序id，但 繼承了父程序的程序組id。2 呼叫setsid建立乙個新的session，使自己成為新session和新程序組的leader，並使程序沒有控制終端 tty 3 ...
檢視Mysql鎖情況
當前執行的所有事務 select from information schema.innodb trx 當前出現的鎖 select from information schema.innodb locks 鎖等待的對應關係 select from information schema.innodb ...