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

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

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

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

延伸閱讀：

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

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

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

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