這篇文章給大家介紹couchbase的CAS樂觀鎖問題是什么樣的，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

成都創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設、高性價比靜安網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式靜安網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設找我們，業(yè)務覆蓋靜安地區(qū)。費用合理售后完善，10余年實體公司更值得信賴。

場景：同步播放記錄
OPS: 30w

cas問題
CAS:Compare and Swap, 翻譯成比較并交換。
java.util.concurrent包中借助CAS實現(xiàn)了區(qū)別于synchronized同步鎖的一種樂觀鎖。
其原理是CAS有3個操作數(shù)，內存值V，舊的預期值A，要修改的新值B。
當且僅當預期值A和內存值V相同時，將內存值V修改為B，否則什么都不做。

     /**
     * Atomically sets the value to the given updated value
     * if the current value {@code ==} the expected value.
     *
     * @param expect the expected value
     * @param update the new value
     * @return {@code true} if successful. False return indicates that
     * the actual value was not equal to the expected value.
     */
    public final boolean compareAndSet(int expect, int update) {
        return unsafe.compareAndSwapInt(this, valueOffset, expect, update);
    }

在高并發(fā)的場景下，寫入couchbase會引起cas問題。
即如果未使用cas，那么后寫入的數(shù)據(jù)，會覆蓋前面寫入的數(shù)據(jù)。
如果啟用的cas，那么因為同時讀到了一個數(shù)據(jù)，只有第一個會寫入成功，
其余的因為 compare and swap 失敗，未能寫入。

此處要注意，
雖然couchbase客戶端的upsert方法，雖然支持cas，
但是寫入的時候，如果cas錯誤，那么也不會拋出異常，要使用replace方法
如下面兩張圖所示

當我們使用正確的cas之后，需要處理cas帶來的數(shù)據(jù)一致性問題，這時候，我們可以采用各自的解決方案來解決。

本人采用的是redisson的getBlockingQueue的drainTo方法，配合定時任務，實現(xiàn)批處理。

延伸：cas問題在服務端，如果設計的不合理會引發(fā)aba問題，
簡言之
首先
X和Y同時處理數(shù)據(jù)
X先將A 改為 B
然后將B改為 A
此時Y將A改為其他值，也是成功的。
但是此時數(shù)據(jù)已經經過了A->B->A的變化

所以這時候會引用一個單獨的值，來唯一區(qū)分兩個值是不一樣的。比如uuid等。

關于couchbase的CAS樂觀鎖問題是什么樣的就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。

文章題目：couchbase的CAS樂觀鎖問題是什么樣的
轉載源于：http://chinadenli.net/article40/ppsoho.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設計、建站公司、小程序開發(fā)、搜索引擎優(yōu)化、網(wǎng)站排名、商城網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)