解决并发问题，数据库常用的两把锁

数据锁分为乐观锁和悲观锁

它们使用的场景如下：

乐观锁适用于写少读多的情景，因为这种乐观锁相当于JAVA的CAS，所以多条数据同时过来的时候，不用等待，可以立即进行返回。
悲观锁适用于写多读少的情景，这种情况也相当于JAVA的synchronized，reentrantLock等，大量数据过来的时候，只有一条数据可以被写入，其他的数据需要等待。执行完成后下一条数据可以继续。

A.乐观锁采用版本号的方式，即当前版本号如果对应上了就可以写入数据，如果判断当前版本号不一致，那么就不会更新成功，比如

update table set column = value where  version=${version} 
and otherKey = ${otherKey}

B.悲观锁实现的机制一般是在执行更新语句的时候采用for update方式，这种情况where条件呢一定要涉及到数据库对应的索引字段，这样才会是行级锁，否则会是表锁，这样执行速度会变慢，比如

update table set  column='value'  for  update

下面我就弄一个spring boot（springboot 2.1.1 + mysql + lombok + aop + jpa）工程，然后逐渐的实现乐观锁和悲观锁。

假设有一个场景，有一个catalog商品目录表，然后还有一个browse浏览表，假如一个商品被浏览了，那么就需要记录下浏览的user是谁，并且记录访问的总数。

1.创建数据库表的结构非常简单：　　

create table catalog  (





id 
int
(
11
) 
unsigned
 NOT NULL AUTO_INCREMENT COMMENT 
'主键'
,





name varchar(
50
) NOT NULL DEFAULT 
''
 COMMENT 
'商品名称'
,





browse_count 
int
(
11
) NOT NULL DEFAULT 
0
 COMMENT 
'浏览数'
,





version 
int
(
11
) NOT NULL DEFAULT 
0
 COMMENT 
'乐观锁，版本号'
,





PRIMARY KEY(id)





) ENGINE=INNODB DEFAULT CHARSET=utf8;







CREATE table browse (





id 
int
(
11
) 
unsigned
 NOT NULL AUTO_INCREMENT COMMENT 
'主键'
,





cata_id 
int
(
11
) NOT NULL COMMENT 
'商品ID'
,





user varchar(
50
) NOT NULL DEFAULT 
''
 COMMENT 
''
,





create_time timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT 
'创建时间'
,





PRIMARY KEY(id)





) ENGINE=INNODB DEFAULT CHARSET=utf8;

View Code