一、如果同一條記錄同時(shí)多個進(jìn)程可能對不同的字段進(jìn)行修改，怎么保證列鎖

沒聽說有列鎖的機(jī)制，主流的方式就是行鎖。

我覺得你這種需求可以歸到“熱點(diǎn)行”優(yōu)化上來，秒殺場景下的庫存扣減就是最典型的“熱點(diǎn)行”事務(wù)，有兩個優(yōu)化方法：名列前茅數(shù)據(jù)庫可以將可能沖突的plan放在同一個線程排隊(duì)，減少鎖沖突引起的喚醒和忙等代價(jià)；另外就是可以使用“early lock release”的方式，在事務(wù)確定可以提交的情況下，不等待刷redolog而提前釋放行鎖，使得修改同一行的多個事務(wù)，有可能在一次group commit內(nèi)提交，當(dāng)然前提是這是一條auto commit的事務(wù)，而非交互型事務(wù)。當(dāng)時(shí)做Oceanbase0.4版本時(shí)已經(jīng)實(shí)現(xiàn)了這兩個優(yōu)化。

當(dāng)我們嘗試加細(xì)鎖的粒度時(shí)，一定是當(dāng)前的粒度無法充分應(yīng)對競態(tài)的頻繁發(fā)生。字段鎖可以緩解的是”多個事務(wù)修改某一記錄的不同字段引起的阻塞”，而不是相同字段上的阻塞。這個時(shí)候建議題主反過來想一想，解決這個問題，一定要用字段鎖嗎？分表就可以了。每一次加細(xì)鎖的粒度都是對數(shù)據(jù)庫存儲引擎設(shè)計(jì)的挑戰(zhàn)。一方面它極大提高了系統(tǒng)的復(fù)雜度，另一方面，維護(hù)細(xì)粒度鎖產(chǎn)生的內(nèi)存對象也極大地增加了系統(tǒng)的overhead。從表鎖，頁鎖向行鎖跨越的歷史可以明確地證實(shí)這一點(diǎn)。

延伸閱讀：

二、數(shù)據(jù)庫和 SQL 概念

數(shù)據(jù)庫（Database）是按照數(shù)據(jù)結(jié)構(gòu)來組織、存儲和管理數(shù)據(jù)的倉庫，它的產(chǎn)生距今已有六十多年。隨著信息技術(shù)和市場的發(fā)展，數(shù)據(jù)庫變得無處不在：它在電子商務(wù)、銀行系統(tǒng)等眾多領(lǐng)域都被廣泛使用，且成為其系統(tǒng)的重要組成部分。

數(shù)據(jù)庫用于記錄數(shù)據(jù)，使用數(shù)據(jù)庫記錄數(shù)據(jù)可以表現(xiàn)出各種數(shù)據(jù)間的聯(lián)系，也可以很方便地對所記錄的數(shù)據(jù)進(jìn)行增、刪、改、查等操作。

結(jié)構(gòu)化查詢語言(Structured Query Language)簡稱 SQL，是上世紀(jì) 70 年代由 IBM 公司開發(fā)，用于對數(shù)據(jù)庫進(jìn)行操作的語言。更詳細(xì)地說，SQL 是一種數(shù)據(jù)庫查詢和程序設(shè)計(jì)語言，用于存取數(shù)據(jù)以及查詢、更新和管理關(guān)系數(shù)據(jù)庫系統(tǒng)，同時(shí)也是數(shù)據(jù)庫腳本文件的擴(kuò)展名。