要在多執行緒環境下確保資料的準確性，通常需要使用同步機制。同步就相當於加鎖。鎖的作用在於當一個執行緒正在操作資料時，其他執行緒需要等待，這可以帶來以下好處。當一個執行緒執行完畢後，釋放鎖定。其他線程才能進行操作！
那麼我們的MySQL資料庫中的鎖定的功能也是類似的，處理事務的隔離性中，可能會出現髒讀、不可重複讀取、幻讀的問題，所以，鎖的作用也可以解決這些問題！
在資料庫中，資料是許多使用者共享存取的資源，如何保證資料並發存取的一致性、有效性，是所有資料庫必須解決的問題，MySQL由於自身架構的特點，在不同的儲存引擎中，都設計了面對特定場景的鎖定機制，所以引擎的差別，導致鎖定機制也是有很大差別的。
資料庫為了確保資料的一致性，而使用各種共享的資源在被並發存取時變得有序所設計的一種規則。
舉例：在電商網站購買商品時，商品表中只存有1個商品，而此時又有兩個人同時購買，那麼誰能買到就是一個關鍵的問題。
這裡會用到交易進行一系列的操作：
先從商品表中取出物品的資料
然後插入訂單
付款後，再插入付款表資訊
更新商品表中商品的數量
#以上過程中，使用鎖定可以對商品數量資料資訊進行保護，實現隔離，即只允許第一位使用者完成整套購買流程，而其他使用者只能等待，這樣就解決了並發中的矛盾問題。
依動作分類：
#共享鎖定：也叫讀鎖定。多個事務可以同時對同一份資料進行讀取操作，並同時加鎖以避免互相影響，但是不能對資料記錄進行修改。
排他鎖：也叫寫鎖。目前的操作沒有完成前,會阻斷其他操作的讀取和寫入
按粒度分類：
##表級鎖定：操作時，會鎖定整個表。開銷小，加鎖快；不會出現死鎖；鎖定力道大，發生鎖衝突機率高，並發度最低。偏向MyISAM儲存引擎！ 行級鎖定：操作時，會鎖定目前操作行。高併發情況下，鎖定粒度小，有利於降低鎖衝突機率，但需要注意加鎖操作的速度，避免開銷過大，且必須避免死鎖的出現。偏向InnoDB儲存引擎！ 頁級鎖定：鎖的粒度、發生衝突的機率和加鎖的開銷介於表鎖和行鎖之間，會出現死鎖，並發效能一般。以使用方式分類：
悲觀鎖定：每次查詢資料時都認為別人會修改，很悲觀，所以查詢時會加鎖。 樂觀鎖：每次查詢資料時都認為別人不會修改，很樂觀，但是更新時會判斷一下在此期間別人有沒有去更新這個資料不同儲存引擎支持的鎖
SELECT语句 LOCK IN SHARE MODE;
- 窗口1
/*
共享锁：数据可以被多个事务查询，但是不能修改
*/
-- 开启事务
START TRANSACTION;
-- 查询id为1的数据记录。加入共享锁
SELECT * FROM student WHERE id=1 LOCK IN SHARE MODE;
-- 查询分数为99分的数据记录。加入共享锁
SELECT * FROM student WHERE score=99 LOCK IN SHARE MODE;
-- 提交事务
COMMIT;-- 窗口2 -- 开启事务 START TRANSACTION; -- 查询id为1的数据记录(普通查询，可以查询) SELECT * FROM student WHERE id=1; -- 查询id为1的数据记录，并加入共享锁(可以查询。共享锁和共享锁兼容) SELECT * FROM student WHERE id=1 LOCK IN SHARE MODE; -- 修改id为1的姓名为张三三(不能修改，会出现锁的情况。只有窗口1提交事务后，才能修改成功) UPDATE student SET NAME='张三三' WHERE id = 1; -- 修改id为2的姓名为李四四(修改成功，InnoDB引擎默认是行锁) UPDATE student SET NAME='李四四' WHERE id = 2; -- 修改id为3的姓名为王五五(修改失败，InnoDB引擎如果不采用带索引的列加锁。则会提升为表锁) UPDATE student SET NAME='王五五' WHERE id = 3; -- 提交事务 COMMIT;
-- 标准语法 SELECT语句 FOR UPDATE;
-- 窗口1
/*
排他锁：加锁的数据，不能被其他事务加锁查询或修改
*/
-- 开启事务
START TRANSACTION;
-- 查询id为1的数据记录，并加入排他锁
SELECT * FROM student WHERE id=1 FOR UPDATE;
-- 提交事务
COMMIT;-- 窗口2 -- 开启事务 START TRANSACTION; -- 查询id为1的数据记录(普通查询没问题) SELECT * FROM student WHERE id=1; -- 查询id为1的数据记录，并加入共享锁(不能查询。因为排他锁不能和其他锁共存) SELECT * FROM student WHERE id=1 LOCK IN SHARE MODE; -- 查询id为1的数据记录，并加入排他锁(不能查询。因为排他锁不能和其他锁共存) SELECT * FROM student WHERE id=1 FOR UPDATE; -- 修改id为1的姓名为张三(不能修改，会出现锁的情况。只有窗口1提交事务后，才能修改成功) UPDATE student SET NAME='张三' WHERE id=1; -- 提交事务 COMMIT;
-- 加锁 LOCK TABLE 表名 READ; -- 解锁(将当前会话所有的表进行解锁) UNLOCK TABLES;
-- 标准语法 -- 加锁 LOCK TABLE 表名 WRITE; -- 解锁(将当前会话所有的表进行解锁) UNLOCK TABLES;
悲觀鎖：
就是很悲觀，它對於資料被外界修改的操作持保守態度，認為資料隨時會修改。 整個資料處理中需要將資料加鎖。悲觀鎖一般都是依賴關聯式資料庫提供的鎖機制。 行鎖，表鎖不論是讀寫鎖都是悲觀鎖。樂觀鎖：
就是很樂觀，每次自己操作資料的時候認為沒有人會來修改它，所以不去加鎖。 但是在更新的時候會去判斷在此期間資料有沒有被修改。 需要使用者自己去實現，不會發生並發搶佔資源，只有在提交操作的時候檢查是否違反資料完整性。 樂觀鎖定的簡單實作方式：實作想法：加標記去比較，一樣則執行，不同則不執行方式一：版本号
给数据表中添加一个version列，每次更新后都将这个列的值加1。
读取数据时，将版本号读取出来，在执行更新的时候，比较版本号。
如果相同则执行更新，如果不相同，说明此条数据已经发生了变化。
用户自行根据这个通知来决定怎么处理，比如重新开始一遍，或者放弃本次更新。
-- 创建city表
CREATE TABLE city(
id INT PRIMARY KEY AUTO_INCREMENT, -- 城市id
NAME VARCHAR(20), -- 城市名称
VERSION INT -- 版本号
);
-- 添加数据
INSERT INTO city VALUES (NULL,'北京',1),(NULL,'上海',1),(NULL,'广州',1),(NULL,'深圳',1);
-- 修改北京为北京市
-- 1.查询北京的version
SELECT VERSION FROM city WHERE NAME='北京';
-- 2.修改北京为北京市，版本号+1。并对比版本号
UPDATE city SET NAME='北京市',VERSION=VERSION+1 WHERE NAME='北京' AND VERSION=1;方式二：时间戳
和版本号方式基本一样，给数据表中添加一个列，名称无所谓，数据类型需要是timestamp
每次更新后都将最新时间插入到此列。
读取数据时，将时间读取出来，在执行更新的时候，比较时间。
如果相同则执行更新，如果不相同，说明此条数据已经发生了变化。
悲观锁和乐观锁使用前提：
当读取操作远多于写操作时，更新操作被加锁会阻塞所有读取操作，降低了系统的吞吐量。最后还要释放锁，锁是需要一些开销的，这时候可以选择乐观锁。
如果是读写比例差距不是非常大或者系统没有响应不及时，吞吐量瓶颈的问题，那就不要去使用乐观锁，它增加了复杂度，也带来了业务额外的风险。这时候可以选择悲观锁。
以上是mysql鎖機制的概念是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章！
