【YashanDB 知识库】并发 update 报错 YAS-02208 lock conflict in consistent write

简介: 【YashanDB 知识库】并发 update 报错 YAS-02208 lock conflict in consistent write

问题现象

业务存在并发 update,偶现报错,错误信息 YAS-02208 lock conflict in consistent write

问题的风险及影响

影响业务正确性判断

问题影响的版本

YashanDB 版本:23.2.6.100 列存 LSC

问题发生原因

问题发生的场景:

LSC 分区表,开启行迁移,并发更新,产生报错 YAS-02208 lock conflict in consistent write

业务应用后端会收到该错误。

问题分析:

1、YanshanDB 默认采用的是 inplace update 引擎,即行的 rowId 是不移动的。但一些特殊的场景会导致 rowId 发生变化。而用户在一些特殊的使用场景下会依赖 rowId,此时 rowId 是不能移动的。导致 rowId 发生变化的场景有:

闪回 DML、Shrink Table、跨分区更新

2、在分区更新场景下, 一行数据被从一个分区搬迁到另外一个分区,实际上用户数据仍然存在,在 DML 机制下,会跳过此行处理,导致数据漏更新。崖山通过 row movement 特性支持,开启 row movement 避免 lost update。

3、rowid 变更会比较大可能触发语句重启,在某一个表的 row movement 开启的场景下,在并发更新、删除的操作,其他 session 并发修改了当前 session 的 dml 的条件列,也会触发语句重启。

该问题满足这个条件,是正常现象,相应的数据已经会做修改,返回信息可作为参考提示。

动态视图 vsql,vsqlArea 中 restart_statements 列,统计语句重启的次数。

图片.png

目录
打赏
0
10
10
0
43
分享
相关文章
【YashanDB知识库】服务器重启后启动yasom和yasagent进程时有告警
【YashanDB知识库】服务器重启后启动yasom和yasagent进程时有告警
【YashanDB知识库】共享从 MySQL异常处理CONTINUE HANDLER的改写方法
【YashanDB知识库】共享从 MySQL异常处理CONTINUE HANDLER的改写方法
【YashanDB知识库】共享利用Python脚本解决Oracle的SQL脚本@@用法
【YashanDB知识库】共享利用Python脚本解决Oracle的SQL脚本@@用法
【YashanDB知识库】服务器重启后启动yasom和yasagent进程时有告警
本文介绍了YashanDB在特定场景下的问题分析与解决方法。当使用yasboot重启数据库后,yasom和yasagent进程虽启动成功但出现告警,原因是缺少libnsl.so.1库文件或环境变量配置错误。解决步骤包括:检查系统中是否存在该库文件,若不存在则根据操作系统类型安装(有外网时通过yum或apt,无外网时创建符号链接),若存在则调整环境变量配置,并重新启动相关进程验证问题是否解决。
【YashanDB知识库】共享从 MySQL异常处理CONTINUE HANDLER的改写方法
本文介绍了MySQL中`CONTINUE HANDLER FOR NOT FOUND`的用法及其在YashanDB中的改写方法。通过一个示例存储过程,展示了如何使用游标和异常处理机制来应对“未找到数据”的情况。在MySQL中,`CONTINUE HANDLER`用于捕获此类异常;而在YashanDB中,则需改用游标的`%NOTFOUND`属性和`NO_DATA_FOUND`异常处理。文章对比了两者的执行效果,帮助用户顺利完成从MySQL到YashanDB的业务迁移。
【YashanDB知识库】MySQL和YashanDB 隐式转换不一致引起的报错
本文分析了在YashanDB中执行特定SQL语句时出现的类型转换错误问题,并对比了YashanDB、Oracle和MySQL 5.7的行为差异。问题源于隐式类型转换,当数值字段与非法数字字符串(如'1,2')进行比较时,YashanDB和Oracle会报错,而MySQL 5.7虽不报错但会引发警告。通过调整SQL语句,避免数值与字符串直接比较,可有效解决问题。文章还详细解析了不同值表现不一致的原因,涉及执行计划和过滤条件的实际运行细节。
【YashanDB知识库】数据库升级后用yasboot在线扩充备节点出现报错
本文来自YashanDB官网,讨论从22.2.4.1升级至23.2.2.100过程中遇到的在线扩容问题。使用yasboot增加备节点时出现“no replication addr in node 1-1”错误,尽管数据库中存在相关配置。原因是早期托管功能未支持扩容,导致OM无法获取新库配置。提供两种规避方法:一是手动修改`cod_domor.db`信息并调整配置文件;二是手动安装YashanDB并配置备机。最终已向研发反馈,将在扩容时优化配置检查逻辑。
【YashanDB 知识库】从 PostgreSQL 迁移到 YashanDB 如何进行数据行数比对
【YashanDB 知识库】从 PostgreSQL 迁移到 YashanDB 如何进行数据行数比对
【YashanDB 知识库】YashanDB 支持 MySQL 多表更新语句的解决方法
【YashanDB 知识库】YashanDB 支持 MySQL 多表更新语句的解决方法

热门文章

最新文章

AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等