欢迎大家吐槽
oracle行级共享锁
通常是通过select … from for update语句添加的，同时该方法也是我们用来手工锁定某些记录的主要方法。比如，当我们在查询某些记录的过程中，不希望其他用户对查询的记录进行更新操作，则可以发出这样的语句。当数据使用完毕以后，直接发出rollback命令将锁定解除（如果我们查询到了并且修改了，则commit后就可以释放了锁）。当表上添加了RS锁定以后，不允许其他事务对相同的表添加排他锁，但是允许其他的事务通过DML语句或lock命令锁定相同表里的其他数据行。
select for update
示例：
select *from goods where goods_code =‘9990300100000030001‘ for update ;
当select语句中使用了for update，如果当前select发现自己的结果集中有一条或者多条数据正在被修改（如有其他的语句提前for update了等），那么再执行此语句就会一直等待：
此时执行：
Update/delete等语句都出现等待。只有对应的占用锁的数据被提交commi（或者rollback）t掉时才可以进行新的for update 上锁或者进行update、delete。
select for update nowait
for update nowait 和for update都会对查询到的当前结果集进行加锁。区别是是for update nowait 发现自己要加锁的结果集正在被其他操作修改（已经被加锁），则直接反馈资源占用，不会像for update 一样等待执行。
这两个操作等待和弹窗与被那种形式的加锁sql无关，只要要处理的结果集被加锁了直接反馈弹窗。（应该是废话）
select for update wait
与for update nowait的区别是for update wait 可配置等待时间，单位秒。当过了这个时间，被加锁资源还未被释放，则和for update nowait一样直接弹窗反馈资源占用。否则执行此语句。
跳过加锁行，对满足条件的其他行进行加锁
步骤：
窗口1（每个窗口代表一个session）执行
select *from goods where goods_code =‘9990300100000030001‘ for update ;
窗口2中执行：
由于窗口2的sql集合中有一行被窗口1的集合加锁了，导致窗口二等待锁释放。
窗口2 修改语句如下：
select *from goods for update skip locked ;
关联表加锁
1.关联的表都加锁锁
select * from stat_dic_goods sg inner join goods g on sg.goods_code = g.goods_code where g.goods_code = ‘qwe002n3‘ for update;
可以得出结论两张表中goods_code=‘qwe002n3‘的商品都被加锁了，所以导致后免得语句对两张整体加锁时出现了等待的情况。
当在新开的窗口中对其他数据进行加锁时加锁成功：
2. 对关联的表中的某一张表进行加锁
select * from stat_dic_goods sg inner join goods g on sg.goods_code = g.goods_code where g.goods_code = ‘qwe002n3‘ for update of sg.goods_code;
Oracle共享锁
语法：lock table stat_dic_goods in share mode;
执行完lock语句再执行update语句就会出现等待中，因为lock语句已经将这个表锁了，此时只允许读取不允许修改。
通过lock table in share mode命令添加该S锁。在该锁定模式下，不允许任何用户更新表。但是允许其他用户发出select …from for update命令对表添加RS锁。
Oracle只有表级别的共享锁没有行级别的共享锁，行级别的是排他锁，多个用户可以同时对同一个表加共享锁。通过下面的语句就可以看出来。
Oracle排他锁
示例语句：lock table stat_dic_goods in exclusive mode;
同一张表不能同时执行共享锁和排他锁。
通过lock table in exclusive mode命令添加X锁。在该锁定模式下，其他用户不能对表进行任何的DML和DDL操作，该表上只能进行查询。
Oracle行级排他锁
当我们进行DML时会自动在被更新的表上添加RX锁，或者也可以通过执行lock命令显式的在表上添加RX锁。在该锁定模式下，允许其他的事务通过DML语句修改相同表里的其他数据行，或通过lock命令对相同表添加RX锁定，但是不允许其他事务对相同的表添加排他锁（X锁）。
参考了这里：http://www.cnblogs.com/hsz1124/p/7409981.html
找了相关资料理解的还不是懂
Oracle共享行级排他锁
通过lock table in share row exclusive mode命令添加SRX锁。该锁定模式比行级排他锁和共享锁的级别都要高，这时不能对相同的表进行DML操作，也不能添加共享锁。
找了相关资料理解的还不是懂
TM锁，表级锁；
TX（事务）锁；
lock只会给表上锁（TM锁），select for update，insert，delete，update既给表上锁（TM锁），也给行上锁（TX锁）。select for update给表上行共享锁，insert，delete，update给表上行排他锁。
数据库的隔离级别
回头看看数据库的隔离级别：
隔离级别就是对事务并发控制的等级。ANSI/ ISO SQL将其分为串行化（SERIALIZABLE）、可重复读（REPEATABLE READ）、读已提交（READ COMMITED）、读未提交（READ UNCOMMITED）四个等级。为了实现隔离级别通常数据库采用锁（Lock）。一般在编程的时候只需要设置隔离等级，至于具体采用什么锁则由数据库来设置。
Oracle: Read Commited
mysql : Repeatable Read
Oracle默认情况下，读数据不加锁，而是通过回滚段防止脏读和保证可重复读。
Oracle具有死锁检查功能，周期性检查系统是否有死锁，如果存在死锁，则撤销执行更新操作次数最少的事务。
InnoDB行锁是通过给索引上的索引项加锁来实现的，这一点MySQL与Oracle不同，后者是通过在数据块中对相应数据行加锁来实现的。InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁！要是对应的SQL语句没有走索引，则会锁掉整张表。
Mysql
Mysql只有在InnoDB引擎下才支持行锁和表锁。Mysql的默认引擎就是innoDB。
MySQL默认操作模式就是autocommit自动提交模式（值为1）。这就表示除非显式地开始一个事务，否则每个查询都被当做一个单独的事务自动执行。我们可以通过设置autocommit的值改变是否是自动提交autocommit模式。
可以手动设置：set autocommit = 0;则将自动提交关闭了。
示例：
悲观锁：
begin;
select * from goods where id = 1 for update;
update goods set stock = stock - 1 where id = 1;
commit;
乐观锁：（已改造）
#不加锁获取 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;
程序中大多用的是乐观锁，悲观锁
与oracle差异：
Mysql支持：select * from orders for update wait 6 –语法错误
select * from orders for update nowait 6 ; –语法错误
还没有总结完，后续补充
项目组用的jpa。谢谢jpa的配置吧
@Repository public interface JobInfoDao extends JpaRepository<JobInfo, Long> { @Query(value = "select j from JobInfo j where j.jobName = :jobname ") public JobInfo getJobForUpdate(@Param("jobname") String jobname); @Lock(value = LockModeType.PESSIMISTIC_WRITE) @Query(value = "select j from JobInfo j where j.id = :id ") public void getJobByIdForUpdate(@Param("id") Long id); @Lock(value = LockModeType.PESSIMISTIC_WRITE) // TODO 千万不要用这个哦！ @Query(value = "select j from JobInfo j where j.jobName = :jobname ") public void getJobByNameForUpdate(@Param("jobname") String jobname); }
.jpa如何搞 select for update。
也是醉了，在Dao层的方法上，要配置Lock的注解。并且要加上LockModeType.PESSIMISTIC_WRITE ，这个就相当于for update了。大家也可以在程序运行时，打印出的sql中看到。