悲观锁和乐观锁定义是什么？

悲观锁和乐观锁定义：

乐观锁：乐观锁在 *** 作数据时非常乐观，认为别人不会同时修改数据。因此乐观锁不会上锁，只是在执行更新的时候判断一下在此期间别人是否修改了数据：如果别人修改了数据则放弃 *** 作，否则执行 *** 作。

悲观锁：悲观锁在 *** 作数据时比较悲观，认为别人会同时修改数据。因此 *** 作数据时直接把数据锁住，直到 *** 作完成后才会释放锁；上锁期间其他人不能修改数据。

悲观锁实现方式

悲观锁的实现，往往依靠数据库提供的锁机制。在数据库中，悲观锁的流程如下：

1.在对记录进行修改之前，先尝试为该记录加上排它锁(exclusive locking)。

2.如果加锁失败，说明该记录正在被修改，那么当前查询可能要等待或者抛出异常。具体响应方式由开发者根据实际需要决定。

3.如果成功加锁，那么就可以对记录做修改，事务完成后就会解锁了。

4.期间如果有其他对该记录做修改或加排它锁的 *** 作，都会等待解锁或直接抛出异常。

乐观锁和悲观锁的区别如下：

1、悲观锁是当线程拿到资源时，就对资源上锁，并在提交后，才释放锁资源，其他线程才能使用资源。

2、乐观锁是当线程拿到资源时，上乐观锁，在提交之前，其他的锁也可以 *** 作这个资源，当有冲突的时候，并发机制会保留前一个提交，打回后一个提交，让后一个线程重新获取资源后，再 *** 作，然后提交。和git上传代码一样，两个线程都不是直接获取资源本身，而是先获取资源的两个copy版本，然后在这两个copy版本上修改。

3、悲观锁和乐观锁在并发量低的时候，性能差不多，但是在并发量高的时候，乐观锁的性能远远优于悲观锁。

4、常用的synchronized是悲观锁，lock是乐观锁。

悲观锁和乐观锁的定义分别如下：

1.悲观锁：顾名思义，就是比较悲观的锁，总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁

特点：可以完全保证数据的独占性和正确性，因为每次请求都会先对数据进行加锁， 然后进行数据 *** 作，最后再解锁，而加锁释放锁的过程会造成消耗，所以性能不高

手动加悲观锁：读锁LOCK tables test_db read释放锁UNLOCK TABLES

写锁：LOCK tables test_db WRITE释放锁UNLOCK TABLES

2.乐观锁：反之，总是假设最好的情况，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号机制和CAS算法实现。

特点：乐观锁是一种并发类型的锁，其本身不对数据进行加锁通而是通过业务实现锁的功能，不对数据进行加锁就意味着允许多个请求同时访问数据，同时也省掉了对数据加锁和解锁的过程，这种方式因为节省了悲观锁加锁的 *** 作，所以可以一定程度的的提高 *** 作的性能

---