开发者社区> 问答> 正文

尝试了一下同样的数据,迁移到mysql之后运行同样逻辑,一切正常。我把在OB数据库下运行的SQL给c

尝试了一下同样的数据,迁移到mysql之后运行同样逻辑,一切正常。我把在OB数据库下运行的SQL给copy到mysql手动运行了一遍,完全不会报错。但OB就会报错。可能activiti 和flowable这种框架对mysql有什么硬依赖吧。image.png 都是同样环境,我这边可以提供复现上下文材料。之前试过4.0版本的OB,运行flowable或者activiti走到建表那一步就不支持,也是主键外键相关的报错。4.1版本能顺利建表,但部分事务场景就直接报错了。

展开
收起
真的很搞笑 2023-05-03 23:01:40 129 0
来自:OceanBase
1 条回答
写回答
取消 提交回答
  • image.png 我意思是说你没有在相同的环境配置下对比,并不能说你数据一样,数据库的表现就应该一样 看报错信息是被删除的行有被其他行引用,如果OB和MySQL的外键检查都是打开着的;那可能需要进一步确认一下两个事情: 1. MySQL/OB在定义外键约束时有没有指定cascade delete; 2. 是否真的存在其他行引用要被删除的行;,此回答整理自钉群“[社区]技术答疑群OceanBase”

    2023-05-04 12:55:17
    赞同 展开评论 打赏
来源圈子
更多
收录在圈子:
+ 订阅
蚂蚁OceanBase数据库团队,用于OceanBase技术原理、运维经验和案例分享、对外交流。
问答排行榜
最热
最新

相关电子书

更多
One Box: 解读事务与分析一体化数据库 HybridDB for MySQL 立即下载
One Box:解读事务与分析一体化数据库HybridDB for MySQL 立即下载
如何支撑HTAP场景-HybridDB for MySQL系统架构和技术演进 立即下载

相关镜像