本文目录一览：
- 1、Mysql中锁的类型有哪些呢?
- 2、java多用户同时修改一条数据时乐观锁怎么用的?
- 3、深入理解MySQL数据库各种锁(总结)
- 4、mysql什么是悲观锁和乐观锁
- 5、数据库的事务机制是什么
- 6、数据库死锁处理方法
2、MySQL里面表级别的锁有两种：一种是表锁，一种是元数据锁（metadatalock，MDL） 。表锁 表锁的语法是locktablesread/write 。与FTWRL类似，可以用unlocktables主动释放锁，也可以在客户端断开的时候自动释放 。
3、锁的分类根据加锁范围 ， MySQL里面的锁可以分成全局锁、表级锁、行锁三类 。
java多用户同时修改一条数据时乐观锁怎么用的?普通的单应用并发，使用关键字synchronized就可以实现 。多应用或多台并发，这时在由于2者并非同一应用，使用synchronized并不能满足要求 。
和git上传代码一样，两个线程都不是直接获取资源本身，而是先获取资源的两个copy版本，然后在这两个copy版本上修改 。悲观锁和乐观锁在并发量低的时候 ， 性能差不多，但是在并发量高的时候，乐观锁的性能远远优于悲观锁 。
我说了一个简单的方法 ， 就是加一个last_update字段，最后更新时间 。例子：管理员A和B同时编辑，先后保存 。
深入理解MySQL数据库各种锁(总结)MySQL数据库中的锁有共享锁，排他锁，行锁，表级锁，行级锁以及页面锁 。共享锁（Shared Lock，也叫S锁）共享锁（S）表示对数据进行读操作 。因此多个事务可以同时为一个对象加共享锁 。
表级锁 MySQL里面表级别的锁有两种：一种是表锁，一种是元数据锁（metadatalock，MDL） 。表锁 表锁的语法是locktablesread/write 。与FTWRL类似 ， 可以用unlocktables主动释放锁，也可以在客户端断开的时候自动释放 。
锁的分类根据加锁范围，MySQL里面的锁可以分成全局锁、表级锁、行锁三类 。
解锁表：UNLOCKTABLESLOCKTABLES为当前线程锁定表 。UNLOCK TABLES释放被当前线程持有的任何锁 。当线程发出另外一个LOCK TABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁 。
mysql什么是悲观锁和乐观锁1、悲观锁（Pessimistic Lock），顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁 。
2、悲观锁和乐观锁定义：乐观锁：乐观锁在操作数据时非常乐观，认为别人不会同时修改数据 。因此乐观锁不会上锁，只是在执行更新的时候判断一下在此期间别人是否修改了数据：如果别人修改了数据则放弃操作，否则执行操作 。
3、mysql锁分为共享锁和排他锁，也叫做读锁和写锁 。读锁是共享的 ， 可以通过lock in share mode实现 ， 这时候只能读不能写 。写锁是排他的，它会阻塞其他的写锁和读锁 。从颗粒度来区分 ， 可以分为表锁和锁两种 。
4、悲观锁就是悲观主义者，它会认为我们在事务A中操作数据1的时候 ， 一定会有事务B来修改数据1，所以，在第2步我们将数据查询出来后直接加上排它锁（X）锁，防止别的事务来修改事务1，直到我们commit后 ， 才释放了排它锁 。
5、mysql的乐观锁：相对悲观锁而言，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会对数据的冲突与否进行检测，如果发现冲突，则让返回用户错误的信息，让用户决定如何去做 。
6、悲观锁，从数据开始更改时就将数据锁住，知道更改完成才释放 。乐观锁，直到修改完成准备提交所做的的修改到数据库的时候才会将数据锁住 。完成更改后释放 。悲观锁会造成访问数据库时间较长，并发性不好，特别是长事务 。
数据库的事务机制是什么事务机制：数据库特有的术语，单个逻辑工作单元执行的一系列操作，同步发生数据更新时，防止数据的不一致 。
【mysql乐观锁自旋 mysql乐观锁怎么用】数据库事务（Database Transaction）是指在数据库管理系统运行期间执行的一系列操作，它执行一组相关操作以要么全部执行，要么全部不执行，并且操作前后均要保持一致性 。
数据库事务 ， 是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行 。事务处理可以确保除非事务性单元内的所有操作都成功完成 ， 否则不会永久更新面向数据的资源 。
通过强制事务排序，使其不可能相互冲突，从而解决幻读问题 。
当然，前提是你使用的数据库支持事务 。还有一个要注意的是，部分数据库支持自定义SQL锁覆盖事务隔离级别默认的锁机制，如果使用了自定义的锁，那就另当别论 。
数据库死锁处理方法使用乐观锁进行控制 。乐观锁大多是基于数据版本（Version）记录机制实现 。即为数据增加一个版本标识，在基于数据库表的版本解决方案中 ， 一般是 通过为数据库表增加一个“version”字段来实现 。
数据库中解决死锁的常用方法有： （1）要求每个事务一次就将所有要使用的数据全部加锁，否则就不能执行 。（2）采用按序加锁法 。（3）不采取任何措施来预防死锁的发生，而是周期性的检查系统中是否有死锁 。
将对应的被锁住的进程关闭 。还有一种方法，就是在你不知道究竟是哪张表被锁，由何种原因被锁，可以重新启动数据库来解决，但不保证下次又被锁?。蛭姑挥姓业轿侍獾母驹?。
MySQL有两种死锁处理方式：等待，直到超时（innodb_lock_wait_timeout=50s） 。发起死锁检测 ， 主动回滚一条事务，让其他事务继续执行（innodb_deadlock_detect=on） 。由于性能原因 ， 一般都是使用死锁检测来进行处理死锁 。
找到DeadLock or Lock timeout 死锁或锁超时信息 db2 force application（句柄ID）直接结束进程即可 。
