mysql锁机制杂谈

参考 ： http://blog.csdn.net/rexct392358928/article/details/52230737
参考 ：http://blog.csdn.net/defonds/article/details/53131114 （一次悲观锁引发的）

锁是什么

锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的计算资源（如CPU、RAM、I/O等）的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。

锁分类

悲观锁

悲观锁的特点是先获取锁，再进行业务操作，即“悲观”的认为获取锁是非常有可能失败的，因此要先确保获取锁成功再进行业务操作。通常所说的“一锁二查三更新”即指的是使用悲观锁。通常来讲在数据库上的悲观锁需要数据库本身提供支持，即通过常用的select … for update操作来实现悲观锁。当数据库执行select for update时会获取被select中的数据行的行锁，因此其他并发执行的select for update如果试图选中同一行则会发生排斥（需要等待行锁被释放），因此达到锁的效果。select for update获取的行锁会在当前事务结束时自动释放，因此必须在事务中使用。

乐观锁

乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。
如下：

1. SELECT data AS old_data, version AS old_version FROM …;
2. 根据获取的数据进行业务操作，得到new_data和new_version
3. UPDATE SET data = new_data, version = new_version WHERE version = old_version
if (updated row > 0) {
    // 乐观锁获取成功，操作完成
} else {
    // 乐观锁获取失败，回滚并重试
}

在大并发的时候，悲观锁能够把数据库给拖死。
本来可能只是应用 cpu、io 问题，数据库很清闲。
结果数据库被应用拖下水，反过来又影响应用，形成滚雪球效应，最终应用假死或直接崩溃。

mysql关闭自动提交事务

参考 ：http://blog.csdn.net/xiaoyi23000/article/details/51690601

set autocommit=0;
show variables like "autocommit"; 

这样只能当前session禁用自动提交事物，并不能永久关闭自动提交事务。

set autocommit=0;
show variables like "autocommit"; 
begin;
SELECT * FROM vul_user_charge_record  where  id = 1 for UPDATE;
UPDATE vul_user_charge_record SET userId = 300;
COMMIT;