Mysql里面全部都是事务？SQLite和PostgreSQL也是一样吗？

最新推荐文章于 2024-09-30 11:01:45 发布

众乐乐_2008

最新推荐文章于 2024-09-30 11:01:45 发布

阅读量744

点赞数 3

分类专栏： mysql 文章标签： mysql 数据库

本文链接：https://blog.csdn.net/liuruiaaa/article/details/141459189

版权

1 篇文章 0 订阅

订阅专栏

在MySQL中，所有的读写操作都是在事务的上下文中执行的，即使你没有显式地启动事务，MySQL也会将每个独立的查询作为一个隐式的事务处理。因此，可以说MySQL中的操作都是事务性的。

对于FOR UPDATE的锁定机制，具体情况如下：

显式事务：如果你在显式事务中执行了FOR UPDATE，那么在事务提交之前，其他事务或者非事务的程序都无法读取被锁定的行。这是因为FOR UPDATE会在行上设置排他锁，防止其他事务读取或修改这些行。
隐式事务：即使是一个单独的SELECT ... FOR UPDATE查询，在执行时MySQL也会将它包裹在一个隐式事务中。如果没有其他操作，它会在查询结束后立即提交，因此锁通常是短暂的。
非事务性操作：在MySQL中，基本上所有的操作都在某种形式的事务内执行。因此，即使看似非事务性的操作，例如SELECT语句，它们也是以隐式事务的方式运行的。即使你不明确启动事务，MySQL也会为每个查询创建一个单独的、短暂的事务。

因此，FOR UPDATE锁定的数据在事务提交之前，对其他事务或查询（无论显式还是隐式）都是不可见的，确保数据一致性和完整性。

SQLite 和 PostgreSQL 都具有事务性操作的特性，但在事务管理和执行方式上，它们与 MySQL 有一些不同之处。

事务模型：SQLite 也是完全事务性的。即使对于单个查询，SQLite 会隐式地将其封装在一个事务中。
事务的类型：SQLite 支持多种事务类型：
- DEFERRED：事务在真正需要锁定资源时才会去申请锁。直到第一个写操作被执行时才会申请锁。
- IMMEDIATE：事务一开始就申请写锁，但其他事务仍然可以读取数据。
- EXCLUSIVE：事务一开始就申请写锁，并阻止其他所有事务的读写操作。
锁机制：SQLite 使用文件锁定机制（如共享锁、排他锁）来管理并发事务。在 BEGIN TRANSACTION 之后，SQLite 会保持锁定状态，直到事务提交或回滚。

事务模型：PostgreSQL 也完全基于事务来执行所有的读写操作。每个操作都必须在事务中进行，即使是单个查询操作也被视为在一个隐式事务中执行。
MVCC（多版本并发控制）：PostgreSQL 使用多版本并发控制来处理事务间的并发操作。这样，即使有其他事务在运行，仍然可以读取一致的数据快照。
锁机制：PostgreSQL 提供了一系列锁机制，如行级锁（ROW EXCLUSIVE）和表级锁（SHARE、EXCLUSIVE）等。在使用 FOR UPDATE 时，PostgreSQL 会锁定被查询的行，以防止其他事务修改或读取这些行。