mysql的乐观锁：相对悲观锁而言，乐观锁假设数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会对数据的冲突与否进行检测，如果发现冲突，则让返回用户错误的信息，让用户决定如何去做。
创新互联公司是一家专业提供昌图企业网站建设,专注与成都做网站、成都网站制作、HTML5建站、小程序制作等业务。10年已为昌图众多企业、政府机构等服务。创新互联专业网站设计公司优惠进行中。
mysql的最大连接数默认是100， 这个数值对于并发连接很多的数据库应用是远远不够的，当连接请求大于默认连接数后，就会出现无法连接数据库的错误，因此我们需要把它适当调大一些。
是悲观锁还是乐观锁，都是人们定义出来的概念，可以认为是一种思想。其实不仅仅是数据库系统中有乐观锁和悲观锁的概念，像memcache、hibernate、tair等都有类似的概念。针对于不同的业务场景，应该选用不同的并发控制方式。
乐观锁(Optimistic Lock)， 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。
mysql锁分为共享锁和排他锁，也叫做读锁和写锁。读锁是共享的，可以通过lock in share mode实现，这时候只能读不能写。写锁是排他的，它会阻塞其他的写锁和读锁。从颗粒度来区分，可以分为表锁和锁两种。
乐观排他悲观排他，就是乐观锁和悲观锁的意思，乐观与悲观针对的是数据库而言，乐观排他后，别人也能进行数据修改，但是当你提交时候发现数据被修改了就会报错。悲观排他后，别人是动不了这些数据的。
1、锁可以分为乐观锁和悲观锁，悲观锁可以通过for update实现，乐观锁则通过版本号实现。
2、悲观锁(Pessimistic Lock)， 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。
3、乐观锁，悲观锁，这两个概念你需要搞清楚才能更好的理解。乐观锁：与悲观锁相对应，不是数据库自带的，需要自己去实现。悲观锁：与乐观锁相对应，是数据库自己实现了的。
采用版本戳的话，首先需要在你有乐观锁的数据库table上建立一个新的column，比如为number型，当你数据每更新一次的时候，版本数就会往上增加1。比如同样有2个session同样对某条数据进行操作。
如果两个事务获得了资源上的共享模式锁，然后试图同时更新数据，则一个事务尝试将锁转换为排它 (X) 锁。共享模式到排它锁的转换必须等待一段时间，因为一个事务的排它锁与其它事务的共享模式锁不兼容；发生锁等待。
Oracle创建悲观锁和乐观锁为了得到最大的性能，一般数据库都有并发机制，不过带来的问题就是数据访问的冲突。为了解决这个问题，大多数数据库用的方法就是数据的锁定。 考虑下面的情况。如果我们先查询到数据，然后更新数据。
在 Oracle数据库中，当一个事务首次发起一个DML语句时就获得一个TX锁，该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上执行DML语句时，第一个会话在该条记录上加锁，其他的会话处于等待状态。
Oracle数据库默认使用的是乐观锁。任何一个以UPDATE…SET开始并且不是以SELECT…FOR UPDATE进行操作的命令就是一个乐观锁的例子。
1、分布式锁的三种实现方式分别是：基于数据库实现分布式锁、基于缓存（Redis等）实现分布式锁、基于Zookeeper实现分布式锁。基于数据库实现分布式锁 悲观锁 利用select … where … for update 排他锁。
2、分布式锁的实现方式如下：基于数据库实现分布式锁：主要是利用数据库的唯一索引来实现，唯一索引天然具有排他性，这刚好符合我们对锁的要求：同一时刻只能允许一个竞争者获取锁。
3、目前分布式锁的实现方案主要包括三种：基于数据库实现分布式锁主要是利用数据库的唯一索引来实现，唯一索引天然具有排他性，这刚好符合我们对锁的要求：同一时刻只能允许一个竞争者获取锁。
4、比较常用的分布式锁有三种实现方式：本篇文章主要讲解基于 Redis 分布式锁的实现。分布式锁最主要的作用就是保证任意一个时刻，只有一个客户端能访问共享资源。
5、子节点有三种类型。zookeeper 提供了 Watch 机制，client 可以监控每个节点的变化，当产生变化会给 client 产生一个事件。可以利用临时节点与 watch 机制实现分布式锁。
如果jdbc和mysql都支持SSL那通过配置就可以了\x0d\x0a如果不支持，那也可以自己来实现。
）共享锁：允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁。(Select*fromtable_namewhere...lockinsharemode)2）排他锁：允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享读锁和排他写锁。
首先synchronized不可能做到对某条数据库的数据加锁。它能做到的只是对象锁。比如数据表table_a中coloum_b的数据是临界数据，也就是你说的要保持一致的数据。
在mysql数据库中如何锁定一行数据，保证不被其他的操作影响。从对数据的操作类型分为读锁和写锁。从对数据操作的粒度来分：表锁和行锁。现在我们建立一个表来演示数据库的行锁讲解。
mysql中使用select for update的必须针对InnoDb，并且是在一个事务中，才能起作用。select的条件不一样，采用的是行级锁还是表级锁也不一样。
数据库中解决死锁的常用方法有： （1）要求每个事务一次就将所有要使用的数据全部加锁，否则就不能执行。（2）采用按序加锁法。（3）不采取任何措施来预防死锁的发生，而是周期性的检查系统中是否有死锁。
mysql数据库死锁解决方法如下：对于按钮等控件，点击后使其立刻失效，不让用户重复点击，避免对同时对同一条记录操作。使用乐观锁进行控制。乐观锁大多是基于数据版本（Version）记录机制实现。
要求每个事务一次就将所有要使用的数据全部加锁，否则不能执行。采用按序加锁法.预先规定一个封锁顺序，所有的事务都必须按这个顺序对数据执行封锁。
