高并發(fā)下怎么做余額扣減？）這種高并發(fā)只是應(yīng)用層的高并發(fā)，這和其他應(yīng)用一樣是不可避免的。如果企業(yè)要發(fā)展，必然會有更多的用戶出現(xiàn)這種現(xiàn)象。其中一個(gè)措施是使用分布式部署集群負(fù)載平衡。如果代碼級別處理不當(dāng)，數(shù)

高并發(fā)下怎么做余額扣減？

）

這種高并發(fā)只是應(yīng)用層的高并發(fā)，這和其他應(yīng)用一樣是不可避免的。如果企業(yè)要發(fā)展，必然會有更多的用戶出現(xiàn)這種現(xiàn)象。其中一個(gè)措施是使用分布式部署集群負(fù)載平衡。

如果代碼級別處理不當(dāng)，數(shù)據(jù)庫會被長時(shí)間鎖定，操作會被長時(shí)間阻塞，影響整個(gè)系統(tǒng)的穩(wěn)定性。

不要從數(shù)據(jù)庫中讀取余額，減去扣除額，然后將其存儲在數(shù)據(jù)庫中！這種代碼級的操作數(shù)據(jù)肯定會有臟數(shù)據(jù)。

悲觀還是樂觀取決于設(shè)計(jì)需要。

這主要是由于代碼級別的合理設(shè)計(jì)。在獲取行鎖之前和事務(wù)外部執(zhí)行一些不必要的耗時(shí)操作，以減少每個(gè)請求行鎖的占用時(shí)間。這樣，性能將得到顯著提高。

這種方法是基于流程細(xì)節(jié)來計(jì)算平衡，可靠性高，但不適合實(shí)時(shí)性要求高的系統(tǒng)。

mysql數(shù)據(jù)庫事務(wù)是什么，能簡單定義一下嗎？

我看過很多關(guān)于交易的官方定義。簡而言之，MySQL事務(wù)實(shí)際上是SQL語句的集合。它們是同一根弦的蚱蜢。要么成功，要么徹底銷毀

需要注意的是，只有InnoDB是MySQL中支持事務(wù)的數(shù)據(jù)庫引擎。

使用事務(wù)處理一組SQL操作可以確保數(shù)據(jù)庫的完整性。舉一個(gè)非常常見的例子：

銀行轉(zhuǎn)賬業(yè)務(wù)：用戶a將1000轉(zhuǎn)賬給用戶B

sql1：用戶a-1000；

SQL2：用戶B 1000；

如果兩個(gè)SQL都執(zhí)行成功，則表示這里的轉(zhuǎn)賬業(yè)務(wù)成功；

如果sql1執(zhí)行成功，則在SQL2執(zhí)行期間會發(fā)生異常。然后將回滾sql1執(zhí)行的結(jié)果。否則，就會出大問題

！使用事務(wù)可以確保sql1和SQL2的執(zhí)行結(jié)果是一致的。

還有一個(gè)非常重要的一點(diǎn)，就是高并發(fā)下的事務(wù)處理，并發(fā)協(xié)商下的事務(wù)操作可能出現(xiàn)臟讀、虛讀、更新缺失等情況；我們需要調(diào)試事務(wù)的隔離級別來進(jìn)行相應(yīng)的處理

（事務(wù)隔離級別：serializable，repeatableuread），submit Read（Read）ucommitted，uncommitted Read（Read）如果數(shù)據(jù)量太大，比如數(shù)億，請使用oracle。數(shù)億數(shù)據(jù)的優(yōu)勢對于甲骨文來說是輕量級的，不需要過多的優(yōu)化配置。缺點(diǎn)是安裝麻煩，啟動慢。

2. 數(shù)據(jù)量很大，比如上千萬的數(shù)據(jù)。使用PostgreSQL，也就是眾所周知的標(biāo)桿Oracle，可以處理數(shù)千萬的數(shù)據(jù)，而且也很容易學(xué)習(xí)和使用。

3. 數(shù)據(jù)量一般，如百萬級。使用MySQL，MySQL可以快速處理這個(gè)級別的數(shù)據(jù)量。

4. 數(shù)據(jù)量小，比如不到10萬，SQLite和access都可以。

以上是基于單表操作的數(shù)據(jù)量。你可以從中選擇。