数据库锁

数据库锁是在大数据高并发情景下，考虑数据安全而设计的

场景：高并发购买同一商品：

CREATE TABLE `goods`

( `id` int(11) NOT NULL AUTO_INCREMENT,

`name` varchar(100) DEFAULT NULL,

`stock` int(11) DEFAULT NULL, PRIMARY KEY (`id`),

UNIQUE KEY `idx_name` (`name`)

USING HASH) ENGINE=InnoDB

当高并发多线程对数据库中的goods表操作时，可能会有多个线程同事修改商品库存，出现脏数据，因此对表加锁或是对表中的某一行进行加锁，在多线程情况下，只有获取锁的线程可以对表进行读写。因此，要用独占锁（排它锁）。

1、悲观锁：每次获取商品时，对该商品加排他锁。也就是在线程T1获取获取商品信息时对该行记录加锁，期间其他线程阻塞等待访问该记录。悲观锁适合写入频繁的场景。

与乐观锁相对应的就是悲观锁了。悲观锁就是在操作数据时，认为此操作会出现数据冲突，所以在进行每次操作时都要通过获取锁才能进行对相同数据的操作，这点跟java中的synchronized很相似，所以悲观锁需要耗费较多的时间。另外与乐观锁相对应的，悲观锁是由数据库自己实现了的，要用的时候，我们直接调用数据库的相关语句就可以了。

说到这里，由悲观锁涉及到的另外两个锁概念就出来了，它们就是共享锁与排它锁。共享锁和排它锁是悲观锁的不同的实现，它俩都属于悲观锁的范畴。

begin;

select * from goods where id = 1 for update;

update goods set stock = stock - 1 where id = 1;

commit;

Java如何实现对Mysql数据库的行锁:https://www.cnblogs.com/naiyou/p/5643746.html

2、乐观锁

乐观锁不是数据库自带的，需要我们自己去实现。乐观锁是指操作数据库时(更新操作)，想法很乐观，认为这次的操作不会导致冲突，在操作数据时，并不进行任何其他的特殊处理（也就是不加锁），而在进行更新后，再去判断是否有冲突了。通常实现是版本控制。乐观锁适合读取频繁的场景。

#不加锁获取 id=1 的商品对象

select * from goods where id = 1

begin;

#更新 stock 值，这里需要注意 where 条件 “stock = cur_stock”，只有程序中获取到的库存量与数据库中的库存量相等才执行更新

update goods set stock = stock - 1 where id = 1 and stock = cur_stock;

commit;

Java实现方式：https://www.cnblogs.com/naiyou/p/5643746.html

参考资料：https://blog.csdn.net/claram/article/details/54023216

https://blog.csdn.net/puhaiyang/article/details/72284702