mysql如何才能保證數(shù)據(jù)的一致性
mysql如何保證數(shù)據(jù)一致性
MySQL保證數(shù)據(jù)一致性的主要方式有以下幾種:
- 事務(wù)支持:MySQL 支持事務(wù),通過事務(wù)可以保證數(shù)據(jù)庫操作要么全部執(zhí)行成功,要么全部失敗回滾,從而確保數(shù)據(jù)的一致性。
- ACID特性:MySQL 遵循 ACID(原子性、一致性、隔離性、持久性)特性,其中一致性是指事務(wù)執(zhí)行前后數(shù)據(jù)的狀態(tài)保持一致。在事務(wù)中,所有的修改必須符合相關(guān)約束,這樣才能保證一致性。
- 唯一約束和外鍵約束:MySQL 可以通過設(shè)置唯一約束和外鍵約束來保證數(shù)據(jù)一致性。唯一約束保證某列或者幾列的取值都是唯一的,外鍵約束可以保證參照完整性,確保關(guān)聯(lián)表之間的數(shù)據(jù)一致性。
- 觸發(fā)器:MySQL 中的觸發(fā)器(Trigger)可以在指定的條件下自動執(zhí)行特定的操作,通過觸發(fā)器可以實(shí)現(xiàn)數(shù)據(jù)一致性的操作,比如在插入、更新、刪除數(shù)據(jù)時做相應(yīng)的檢查和處理。
- 存儲過程:MySQL 中的存儲過程(Stored Procedure)可以封裝一系列的 SQL 語句,可以在存儲過程中實(shí)現(xiàn)一些復(fù)雜的業(yè)務(wù)邏輯,確保數(shù)據(jù)操作的一致性。
綜上所述,MySQL 可以通過事務(wù)支持、ACID特性、約束、觸發(fā)器和存儲過程等多種手段來保證數(shù)據(jù)的一致性。
redis和mysql如何保持?jǐn)?shù)據(jù)一致性
在高并發(fā)的場景下,大量的請求直接訪問Mysql很容易造成性能問題。
通常情況,我們都會用Redis來做數(shù)據(jù)的緩存,削減對數(shù)據(jù)庫的請求。
但是,Mysql和Redis是兩種不同的數(shù)據(jù)庫,如何保證兩者之間的數(shù)據(jù)一致性呢?
導(dǎo)致數(shù)據(jù)不一致的原因
1、在高并發(fā)的業(yè)務(wù)場景下,數(shù)據(jù)庫大多數(shù)情況都是用戶并發(fā)訪問最薄弱的環(huán)節(jié)。
2、所以,就需要使用redis做一個緩沖操作,讓請求先訪問到redis,而不是直接訪問MySQL等數(shù)據(jù)庫。
3、讀取緩存步驟一般沒有什么問題,但是一旦涉及到數(shù)據(jù)更新:數(shù)據(jù)庫和緩存更新,就容易出現(xiàn)緩存(Redis)和數(shù)據(jù)庫(MySQL)間的數(shù)據(jù)一致性問題。
4、這個業(yè)務(wù)場景,主要是解決讀數(shù)據(jù)從Redis緩存,一般都是按照下圖的流程來進(jìn)行業(yè)務(wù)操作。
分析
1、先刪除redis中緩存
(1)如果先刪除Redis緩存數(shù)據(jù),然而還沒有來得及寫入MySQL,另一個線程就來讀取。
(2)這個時候發(fā)現(xiàn)緩存為空,則去Mysql數(shù)據(jù)庫中讀取舊數(shù)據(jù)寫入緩存,此時緩存中為臟數(shù)據(jù)。
(3)然后數(shù)據(jù)庫更新后發(fā)現(xiàn)Redis和Mysql出現(xiàn)了數(shù)據(jù)不一致的問題。
2、后刪除redis中緩存
(1)如果先寫了庫,然后再刪除緩存,不幸的寫庫的線程掛了,導(dǎo)致了緩存沒有刪除
(2)這個時候就會直接讀取舊緩存,最終也導(dǎo)致了數(shù)據(jù)不一致情況
(3)因?yàn)閷懞妥x是并發(fā)的,沒法保證順序,就會出現(xiàn)緩存和數(shù)據(jù)庫的數(shù)據(jù)不一致的問題
實(shí)現(xiàn)方案
Redis中的對key刪除操作要橫跨整個高并發(fā)時間周期,無論是主動對key的刪除還是對key設(shè)置的過期時間,都需要后延至高并發(fā)場景過后的普通負(fù)載環(huán)節(jié)中。
這樣可以最大限度的實(shí)現(xiàn)redis和MySQL中的數(shù)據(jù)一致性。
且高并發(fā)場景頻繁對redis中的key進(jìn)行刪除操作,本身就會降低數(shù)據(jù)的安全性,同時降低程序反應(yīng)時間,降低用戶體驗(yàn)。
方案一: 延時雙刪策略
在寫庫前后都進(jìn)行redis.del(key)操作,并且設(shè)定合理的超時時間。
具體步驟是:
1)先刪除緩存
2)再寫數(shù)據(jù)庫
3)休眠500毫秒(根據(jù)具體的業(yè)務(wù)時間來定)
4)再次刪除緩存。
那么,這個500毫秒怎么確定的,具體該休眠多久呢?
需要評估自己的項(xiàng)目的讀數(shù)據(jù)業(yè)務(wù)邏輯的耗時。這么做的目的,就是確保讀請求結(jié)束,寫請求可以刪除讀請求造成的緩存臟數(shù)據(jù)。
當(dāng)然,這種策略還要考慮 redis 和數(shù)據(jù)庫主從同步的耗時。最后的寫數(shù)據(jù)的休眠時間:則在讀數(shù)據(jù)業(yè)務(wù)邏輯的耗時的基礎(chǔ)上,加上幾百ms即可。比如:休眠1秒。
方案二:合理設(shè)置緩存的過期時間
從理論上來說,給緩存設(shè)置過期時間,是保證最終一致性的解決方案。所有的寫操作以數(shù)據(jù)庫為準(zhǔn),只要到達(dá)緩存過期時間,則后面的讀請求自然會從數(shù)據(jù)庫中讀取新值然后回填緩存。
總結(jié)
以上為個人經(jīng)驗(yàn),希望能給大家一個參考,也希望大家多多支持腳本之家。
相關(guān)文章
Mysql插入數(shù)據(jù)方式(insert into 、replace into解析)
這篇文章主要介紹了Mysql插入數(shù)據(jù)方式(insert into 、replace into解析),具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-01-01新裝MySql后登錄出現(xiàn)root帳號提示mysql ERROR 1045 (28000): Access denied
這篇文章主要介紹了新裝MySql后登錄出現(xiàn)root帳號提示mysql ERROR 1045 (28000): Access denied for use的解決辦法,需要的朋友可以參考下2017-01-01MySQL如何統(tǒng)計(jì)一個數(shù)據(jù)庫所有表的數(shù)據(jù)量
最近在做統(tǒng)計(jì)想查找一個數(shù)據(jù)庫里基本所有的表數(shù)據(jù)量,下面這篇文章主要給大家介紹了關(guān)于MySQL如何統(tǒng)計(jì)一個數(shù)據(jù)庫所有表的數(shù)據(jù)量的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-04-04安裝MySQL 5.7出現(xiàn)報(bào)錯:unknown variable ‘mysqlx_port
這篇文章主要介紹了安裝MySQL 5.7出現(xiàn)報(bào)錯:unknown variable ‘mysqlx_port=0.0‘的解決方法,文中通過圖文結(jié)合的方式介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作有一定的幫助,需要的朋友可以參考下2024-06-06