mysql數(shù)據(jù)庫，事務(wù)提交怎么處理？查看MySQL客戶端的事務(wù)提交模式：選擇@@autocommit將MySQL客戶端的事務(wù)提交模式修改為手動提交命令：設(shè)置@@autocommit=0（注意：0表示手

mysql數(shù)據(jù)庫，事務(wù)提交怎么處理？

查看MySQL客戶端的事務(wù)提交模式：選擇@@autocommit

將MySQL客戶端的事務(wù)提交模式修改為手動提交命令：設(shè)置@@autocommit=0

（注意：0表示手動提交，即在MySQL客戶端執(zhí)行SQL命令后，必須使用commit命令執(zhí)行事務(wù)，否則執(zhí)行的SQL命令無效。如果要取消事務(wù)，請使用commit命令和rollback命令。1表示自動提交，即不需要在MySQL客戶端手動執(zhí)行commit命令。）

在MySQL的自動提交模式下，每條SQL語句都是一個獨立的事務(wù)。

注意：

1。手動設(shè)置@@autocommit=0，即設(shè)置為非自動提交模式，該模式僅對當(dāng)前MySQL命令行窗口有效。打開新窗口后，默認(rèn)值仍然是auto commit；

2。對于非自動提交模式，例如在命令行中添加記錄，并在退出命令行后重新打開命令行，以前插入的記錄不可用。事務(wù)是一系列查詢和/或更新語句。使用begin和Start transaction啟動事務(wù)，回滾事務(wù)并提交事務(wù)。啟動事務(wù)后，可以有多個SQL查詢或update語句。每個SQL提交執(zhí)行后，都應(yīng)該有語句來判斷是否正確執(zhí)行，以確定是否回滾下一步。如果所有這些都正確執(zhí)行，事務(wù)將最終提交。事務(wù)回滾后，數(shù)據(jù)庫將保持其事務(wù)前狀態(tài)。就像一個編輯過的文件不保存就退出一樣。當(dāng)然，它仍然與原始文件相同。因此，事務(wù)可以被視為一個原子操作，在這個操作中，所有或沒有SQL語句被執(zhí)行。在使用主從式時，放棄了強一致性。由于受試者只問一個問題，我們不考慮訪問次數(shù)的問題。換句話說，假設(shè)主從復(fù)制可以完全支持當(dāng)前的系統(tǒng)訪問。)

通用數(shù)據(jù)庫主從設(shè)置：

主數(shù)據(jù)庫可以讀寫

即系統(tǒng)可以同時從主數(shù)據(jù)庫和從數(shù)據(jù)庫獲取數(shù)據(jù)。數(shù)據(jù)寫入主庫后，會自動同步到從庫。

這構(gòu)成了一個簡單的分布式系統(tǒng)。根據(jù)cap定理，三個中只能選擇一個。如果一致性很強，則不會提高系統(tǒng)的可用性，反而會降低系統(tǒng)的可用性。

讓我們看看上面的主從結(jié)構(gòu)中可能出現(xiàn)什么問題：

系統(tǒng)寫入主數(shù)據(jù)庫，然后從主數(shù)據(jù)庫進(jìn)行查詢。這是一個單點數(shù)據(jù)庫，沒有影響。

-如果數(shù)據(jù)已同步，則沒有影響

-如果數(shù)據(jù)未同步，則會查詢舊數(shù)據(jù)

-如果同步有問題，則會斷開主設(shè)備和從設(shè)備的連接。如果系統(tǒng)無法感知它，那么查詢可能總是舊數(shù)據(jù)。這里我們需要監(jiān)視同步。當(dāng)同步出現(xiàn)問題時，我們應(yīng)該及時處理

掛斷庫。主數(shù)據(jù)不能與從數(shù)據(jù)同步。如果主從交換機是自動的，單點故障的概率只會降低50%（如果主數(shù)據(jù)庫或備用數(shù)據(jù)庫發(fā)生故障，并且沒有人恢復(fù)）。