mysql默认是乐观锁

乐观锁，悲观锁，这两个概念你需要搞清楚才能更好的理解。

乐观锁：与悲观锁相对应，不是数据库自带的，需要自己去实现。

悲观锁：与乐观锁相对应，是数据库自己实现了的。要用的时候，我们直接调用数据库的相关语句就可以了。

悲观锁又涉及到其他两个锁概念，共享锁和排他锁。只有去理解和实际 *** 作才能更好的理解这些具体的东西。

希望我的回答对你有所帮助

mysql锁分为共享锁和排他锁，也叫做读锁和写锁。

读锁是共享的，可以通过lock in share mode实现，这时候只能读不能写。

写锁是排他的，它会阻塞其他的写锁和读锁。从颗粒度来区分，可以分为表锁和⾏锁两种。

表锁会锁定整张表并且阻塞其他⽤户对该表的所有读写 *** 作，⽐如alter修改表结构的时候会锁表。

⾏锁⼜可以分为乐观锁和悲观锁，悲观锁可以通过for update实现，乐观锁则通过版本号实现。

1、悲观锁，正如其名，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系 统不会修改数据）。 2、乐观锁（ Optimistic Locking ） 相对悲观锁而言，乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现，以保证 *** 作最大程度的独占性。但随之而来的就是数据库性能的大量开销，特别是对长事务而言，这样的开销往往无法承受。 而乐观锁机制在一定程度上解决了这个问题。乐观锁，大多是基于数据版本（ Version ）记录机制实现。何谓数据版本？即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表增加一个 “version” 字段来实现。读取出数据时，将此版本号一同读出，之后更新时，对此版本号加一。此时，将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对，如果提交的数据版本号大于数据库表当前版本号，则予以更新，否则认为是过期数据。

以上不是重点，重点是 对事务控制语句不熟悉。

SAVEPOINT identifier : 在事务中 创建保存点。一个事务中 允许有多个保存点。

RELEASE SAVEPOINT identifier : 删除保存点。当事务中 没有指定的 保存点，执行该语句 会抛异常。

ROLLBACK TO identifier : 把事务回滚到 保存点。

Say you have a table T with a column C with one row in it, say it has the value '1' And consider you have a simple task like following:

That is a simple task that issue two reads from table T, with a delay of 1 minute between them

If you follow the logic above you can quickly realize that SERIALIZABLE transactions, while they may make life easy for you, are always completely blocking every possible concurrent operation, since they require that nobody can modify, delete nor insert any row The default transaction isolation level of the Net SystemTransactions scope is serializable, and this usually explains the abysmal performance that results

在Repeatable Read隔离级别下，一个事务可能会遇到幻读（Phantom Read）的问题。

幻读是指，在一个事务中，第一次查询某条记录，发现没有，但是，当试图更新这条不存在的记录时，竟然能成功，并且，再次读取同一条记录，它就神奇地出现了。

我们仍然先准备好students表的数据：

然后，分别开启两个MySQL客户端连接，按顺序依次执行事务A和事务B：

事务B在第3步第一次读取id=99的记录时，读到的记录为空，说明不存在id=99的记录。随后，事务A在第4步插入了一条id=99的记录并提交。事务B在第6步再次读取id=99的记录时，读到的记录仍然为空，但是，事务B在第7步试图更新这条不存在的记录时，竟然成功了，并且，事务B在第8步再次读取id=99的记录时，记录出现了。

可见，幻读就是没有读到的记录，以为不存在，但其实是可以更新成功的，并且，更新成功后，再次读取，就出现了。

在冲突较少的情况下，使用乐观锁。乐观锁 因为没有 加锁 释放锁，也减少了 加锁 释放锁的开销。

冲突较多时，如果使用乐观锁 需要不停地尝试，所以 使用悲观锁。

如果乐观锁 进行尝试时 的花销较大，也是使用悲观锁。

1、悲观锁，正如其名，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。

悲观锁:很悲观每次 *** 作数据前会上锁。比喻行锁、表锁、读写锁等

悲观锁线程安全

2、乐观锁:很乐观每次 *** 作数据不会上锁，更新的时候使用版本号等机制判断数据是否被修改。适用于写比较少的情况，省去了锁开销，加大系统的吞吐量

以上就是关于mysql默认是乐观锁全部的内容，包括:mysql默认是乐观锁、Mysql中锁的类型有哪些呢、什么时候用乐观锁比较好什么时候用悲观锁比较好等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！