查看事务开始后对数据库行所作的修改

“纵有疾风来，人生不言弃”，这句话送给正在学习Golang的朋友们，也希望在阅读本文《查看事务开始后对数据库行所作的修改》后，能够真的帮助到大家。我也会在后续的文章中，陆续更新Golang相关的技术文章，有好的建议欢迎大家在评论留言，非常感谢！

在使用 postgres 和 go gorm 时，我发现了一些我无法理解的东西。

在下面的代码片段中，我尝试查找、删除和创建相同的项目，但在两个不同的事务中，但是我开始第二个事务并在提交第一个事务之前查找该项目。

在第二笔交易中，发生了一些奇怪的事情。当我调用 t2.delete() 时，它不会删除任何行。数据库中，调用t1.commit()后，该项的主键变为2，但由于已经获取了旧项，所以针对主键1进行删除。

为什么事务 2 会看到新行，尽管它是在提交第一行之前创建的？

db, err := gorm.Open("postgres", "host=localHost port=5432 user=postgres dbname=test password=postgres sslmode=disable")
defer db.Close()
db.DropTableIfExists(&Product{})
db.AutoMigrate(&Product{})
db.LogMode(true)

db.Create(&Product{Code: "A", Price: 1000})
// SQL: INSERT  INTO "products" ("code","price") VALUES ('A',1000) RETURNING "products"."id"

// Start transaction 1, find item, delete it
t1 := db.Begin()
product := &Product{}

err = t1.Find(product, "code = ?", "A").Error
// SQL: SELECT * FROM "products"  WHERE (code = 'A')

err = t1.Delete(product).Error
// SQL: DELETE FROM "products"  WHERE "products"."id" = 1

// Start transaction 2 and get item, before transaction 1 creates new item and commits
t2 := db.Begin()

product2 := &Product{}
err = t2.Find(product2, "code = ?", "A").Error
// SQL: SELECT * FROM "products"  WHERE (code = 'A')

err = t1.Create(&Product{Code: "A", Price: 3000}).Error
// SQL: INSERT  INTO "products" ("code","price") VALUES ('A',3000) RETURNING "products"."id"

err = t1.Commit().Error
// Database now contains

err = t2.Delete(product2).Error
// SQL: DELETE FROM "products"  WHERE "products"."id" = 1
// [0 rows affected or returned ]

err = t2.Save(&Product{Code: "A", Price: 4000}).Error
// SQL: INSERT  INTO "products" ("code","price") VALUES ('A',4000) RETURNING "products"."id"
// ERROR HERE: pq: duplicate key value violates unique constraint "products_code_key"

err = t2.Commit().Error

注意： gorm 默认使用 read 提交隔离级别 。我知道如果它工作正常的话会导致完整性问题。相反，我将使用 serialized，这会在提交时出错，或者在获取时阻塞（如果指定了 "for update;"

解决方案

来自 PostgreSQL docs

已提交读是 PostgreSQL 中的默认隔离级别。当一个 事务使用此隔离级别，一个 SELECT 查询（不带 FOR UPDATE/SHARE 子句）只能看到查询开始之前提交的数据； 它永远不会看到未提交的数据或在期间提交的更改 通过并发事务执行查询。实际上，一个 SELECT 查询 看到查询开始那一刻的数据库快照 跑步。

...

另请注意，两个连续的 SELECT 命令可以看到不同的数据， 即使它们在单个事务中，如果其他 事务在第一个 SELECT 开始之后和之前提交更改 第二个 SELECT 开始。

第二段似乎总结了您的情况。提交 t1 后启动的 t2 中的任何“SELECT”都可以看到 t1 应用的更新。

今天关于《查看事务开始后对数据库行所作的修改》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！