mysql行锁和表锁面试 剖析MySQL InnoDB引擎的行锁表锁，怎样利用锁解决事务并发问题？

剖析MySQL InnoDB引擎的行锁表锁，怎样利用锁解决事务并发问题？

当多个网络用户同时读取同一个数据库表时，不会发生冲突。只有当一个部分读取另一个部分或每个人都必须编写数据库时，才会发生冲突。数据库执行并发操作，即微操作为串行操作，宏操作为并行操作。MySQL是一个支持多事务处理的网络数据库。为了保证数据库的一致性，在访问数据库时必须合理使用互斥机制。

很容易理解这种机制。常用锁包括共享锁，即读锁、排他锁，即写锁和更新锁，即更新操作期间添加的锁，也可以分类为写锁。如果已添加读锁，请不要添加写锁以防止数据不一致。如果存在写锁，请不要添加写锁以防止数据库死锁。

多个线程可以读一个变量，只有一个线程可以对这个变量进行写，到底要不要加锁？

下面简要说明以下原因：

锁定是因为操作不是原子的。让我们用操作一来解释它。看下面两个图。

我这个操作需要

看上面的第二个图，你能很清楚地理解这个过程吗？

锁定是为了确保上述三个步骤是原子操作。

回到问题上来，只有一个线程要写，没有竞争，所以不需要锁定。

但是，如果你看第一张图片，因为主内存和本地内存的存在

在一个线程写入后，其他线程无法立即看到它。这就是可见性问题。

添加volatile关键字后，它将在操作后强制工作内存和主内存同步，以确保其他线程可以立即看到它。

mysql怎么查看是表锁还是行锁？

MyISAM不支持东西，所以这些隔离级别没有意义。然后我们来讨论这些隔离级别和锁之间的关系（例如，InnoDB支持行级锁）：首先，一件事情从begin开始，通过commit或rollback结束。因此，在考虑事物的问题时，应该考虑事物的整个生命周期。可以多次锁定和解锁同一行数据传统的2PL（两相锁定）有许多不同之处。最简单的方法是锁紧然后均匀地松开锁。不需要考虑释放锁的时间。最严格的是，一旦添加了所有锁，它们只能在提交或回滚之后释放。例如，有一行数据a，有两件事T1和T21。Read uncommittedt1写入A。写入之前，会添加写锁，但写入之后，会在提交之前释放写锁。此时，T2可以读取A。由于T1尚未提交，因此在T2中出现读取未提交的情况。21中的情况仍然是Read committed。如果T1持有a的写锁直到T1提交成功，那么T2不能在T1提交之前读取a，因此可以避免读取未提交。这是读提交。然而，在这个隔离级别，如果T1插入一个以前不存在的新行B，那么T2可以被读取，这将导致不真实的读取。三。可重复读取为了避免不真实的读取，可以添加谓词锁来延迟新行的添加。例如，如果T2想要读取大于5的行，那么添加谓词锁，这样就不能添加大于5的行。这个实现基本上实现了可序列化的读取。基于锁的东西只是一种方法，一般称为悲观并发控制。另外，还有：乐观并发控制：读写时没有锁。提交时，它检测是否存在冲突。如果没有冲突，commit成功，否则需要回滚。值得注意的是，虽然读写时没有锁，但检测时需要锁。否则，两个相互冲突的东西可能会同时被成功地发现，这在大多数材料中是没有发现的。Mvcc：给每个数据一个版本号。阅读时，无需锁定。编写时，可以选择乐观并发控制或悲观并发控制。这个实现很容易实现快照隔离（它也是一个隔离级别，但没有上面提到的那么有名）。它可以确保一切在发生之前都能看到数据库的完整实例）。