北京企业网站建设方案,WordPress禁用邮件注册,wordpress投票插件wp-polls,临海做网站的公司文章目录 openGauss学习笔记-90 openGauss 数据库管理-内存优化表MOT管理-内存表特性-使用MOT-MOT使用重试中止事务 openGauss学习笔记-90 openGauss 数据库管理-内存优化表MOT管理-内存表特性-使用MOT-MOT使用重试中止事务
在乐观并发控制#xff08;OCC#xff09;中… 文章目录 openGauss学习笔记-90 openGauss 数据库管理-内存优化表MOT管理-内存表特性-使用MOT-MOT使用重试中止事务 openGauss学习笔记-90 openGauss 数据库管理-内存优化表MOT管理-内存表特性-使用MOT-MOT使用重试中止事务
在乐观并发控制OCC中在COMMIT阶段前的事务期间使用任何隔离级别不会对记录进行锁定。这是一个能显著提高性能的强大优势。它的缺点是如果另一个会话尝试更新相同的记录则更新可能会失败。所以必须中止整个事务。这些所谓的更新冲突是由MOT在提交时通过版本检查机制检测到的。 说明 使用悲观并发控制的引擎如标准Postgres和openGauss基于磁盘的表当使用SERIALIZABLE或REPEATABLE-READ隔离级别时也会发生类似的异常中止。 这种更新冲突在常见的OLTP场景中非常少见在使用MOT时尤其少见。但是由于仍有可能发生这种情况开发人员应该考虑使用事务重试代码来解决此问题。
下面以多个会话同时尝试更新同一个表为例说明如何重试表命令。有关更多详细信息请参阅“OCC与2PL的区别举例”部分。下面以TPC-C支付事务为例。
int commitAborts 0; while (commitAborts RETRY_LIMIT) { try { stmt db.stmtPaymentUpdateDistrict; stmt.setDouble(1, 100); stmt.setInt(2, 1); stmt.setInt(3, 1); stmt.executeUpdate(); db.commit(); break; } catch (SQLException se) { if(se ! null se.getMessage().contains(could not serialize access due to concurrent update)) { log.error(commmit abort se.getMessage()); commitAborts; continue; }else { db.rollback(); } break; }
}点赞你的认可是我创作的动力 ⭐️ 收藏你的青睐是我努力的方向 ✏️ 评论你的意见是我进步的财富
