Debezium系列之：修改源码支持drop foreign key if exists fk

最新推荐文章于 2023-09-28 20:03:06 发布
最新推荐文章于 2023-09-28 20:03:06 发布
阅读量549 收藏 1
点赞数 1
分类专栏： debezium 文章标签： Debezium系列 修改源码 foreign key
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhengzaifeidelushang/article/details/125603493
版权
debezium 专栏收录该内容
361 篇文章 330 订阅 ¥99.90 ¥299.90
订阅专栏
在使用Debezium时遇到DDL语句解析错误，尤其是在尝试删除已存在的外键时。本文详细介绍了如何通过修改`MySqlParser.g4`源码和更新`ddl_alter.sql`测试资源文件来解决这个问题，确保数据库操作的顺利进行。
摘要由CSDN通过智能技术生成

Debezium系列之：修改源码支持drop foreign key if exists fk

一、drop已经存在的外键报错

  • io.debezium.text.ParsingException: DDL statement couldn’t be parsed.
  • no viable alternative at input ‘ALTER TABLE mytable DROP FOREIGN KEY IF’ at io.debezium.antlr.ParsingErrorListener.syntaxError(ParsingErrorListener.java:43)
    at org.antlr.v4.runtime.ProxyErrorListener.syntaxError(ProxyErrorListener.java:41)

二、修改源码MySqlParser.g4

debezium-ddl-parser/src/main/antlr4/io/debezium/ddl/parser/mysql/generated/MySqlParser.g4

    | DROP FOREIGN KEY uid ifExists?                                #alterByDropForeignKey // ifE
了解本专栏 订阅专栏 解锁全文
快乐骑行^_^
关注
专栏目录
订阅专栏
debezium报错处理系列八：DDL statement couldn‘t be parsed.
zhengzaifeidelushang的博客
01-24 2385
一、debezium报错 DDL statement couldn’t be parsed. Caused by: org.antlr.v4.runtime.NoViableAltException\n\tat org.antlr.v4.runtime.atn.ParserATNSimulator.noViableAlt 二、报错产生原因 三、报错解决方法 四、修改配置重启connector ...
flink CDC2.3.0修改源码升级debezium版本至1.9.7，详细步骤以及操作流程
雾岛与鲸的博客
03-15 1453
该问题在flink CDC2.3.0中并没有得到解决，由于flinkCDC底层依赖了debezium, 所以该问题的根源出在debezium这里，查debezium的issues发现，在debezium 1.9.3的时候，debezium修复了这个bug, 并且增加了新的配置参数来解决这个问题，所以如果要在flinkCDC侧解决这个问题，只能通过对flinkCDC的源码进行升级，接下来就介绍一下详细的源码修改步骤。
debezium ddlparse 源码修改
大蚊子
04-11 406
解决部分云数据库增加了partation 等字符在DDL中，解决方式比较粗暴，直接截取去除非库表字段的描述。
如何 drop 有 foreign key 的 mysql table？
杨波的专栏
06-20 966
父子表定义 一张 “订单表 Orders” 中有一个字段 “customer_id” 顾客id，指向顾客表 (Customers) 的主键(id字段)，那么 顾客表就叫做“父表”或“被引用表”，而顾客表被称为“子表”或“引用表”。 当 drop 父表时，必须先删除掉“子表”，否则 mysql 会报告： ERROR 1217 (23000): Cannot delete or update a parent row: a foreign key constraint fails 如果两张表互相之间相互引用，
if exists用法
天际线；世界的尽头；天涯海角 !
07-14 1116
1 判断数据库是否存在 Sql代码  if exists (select * from sys.databases where name = ’数据库名’)     drop database [数据库名]  if exists (select * from sys.databases where name = ’数据库名’)   drop database [数据库名] 2 判断表是否
实例学习Ansible系列（19）drop-if-exist不出错的写法
知行合一 止于至善
12-26 1497
以数据库建表为例，无论事前存在与否都首先要Drop（删除原有表），然后创建新的表。实际上跟Ansible中的幂等性的原则基本上是一致的，无论是之前表存在还是不存在，用户所关心的是这个task执行之后表的存在。这篇文章通过一个具体的示例介绍一种常见的写法。
SSM实战系列之商城系统（前端+后台）《二》数据表结构设计
空空说技术的博客
07-05 3800
SSM实战系列之商城系统（前端+后台）《二》 1. 前言 这是一个电子商城整站的实战项目，包括前端的整体页面和后台管理页面。 从项目需求分析到整站开发的一整套项目开发过程记录。 也是作为本人实习阶段在做Hadoop大数据的同时，巩固一下javaweb的开发经验。 当然，如果你跟着我一起做，那么掌握了这些内容之后，相信是能比较明显地提高你的开发适应能力。 主要开发技术： Spring +...
项目实战之电子商城数据库源码
张晨光老师的播客
04-09 2025
use master go if exists(select*from sysdatabases where name='EasyBuy') drop database EasyBuy create database EasyBuy go use EasyBuy go create table users --用户信息表 ( userid int identity(1,1)...
宠物之家 sql源码
yi120658705的博客
01-18 959
/* Navicat MySQL Data Transfer Source Server : localhost Source Server Version : 50525 Source Host : localhost:3306 Source Database : pethome Target Server Type : MYSQL Target Server Version : 50525 File Encoding : 6500...
基于JAVA的网上水果生鲜超市商城SSM【数据库设计、论文、源码、开题报告】
itrjxxs_i的博客
12-03 439
spring+springmvc+mybatis+jsp+mysql+tomcat（1）登录注册功能：用户打开系统，浏览挑选生鲜，在购买生鲜之前，要进行注册登录，保证一人一个账号，互不干扰。（2）类别选择：用户想要购买某一类的生鲜，可以选择相应的类别查看，然后挑选生鲜。（3）购物车添加：用户选择到心仪的生鲜，可以将生鲜加入购物车，最后进行结算。（4）我的订单：用户根据我的订单可以查看历史购买的记录以及订单的状态。后台设计：（1）用户管理：该功能用于查看用户的用户名和真实姓名，可以对用户的个人信息进行修改和查
4、外键约束（FOREIGN KEY）
热门推荐
you can you up up up的博客
10-11 1万+
MySQL 外键约束（FOREIGN KEY）是表的一个特殊字段，经常与主键约束一起使用。对于两个具有关联关系的表而言，相关联字段中主键所在的表就是主表（父表），外键所在的表就是从表（子表）。 外键用来建立主表与从表的关联关系，为两个表的数据建立连接，约束两个表中数据的一致性和完整性。比如，一个水果摊，只有苹果、桃子、李子、西瓜等 4 种水果，那么，你来到水果摊要买水果就只能选择苹果、桃子、李子和西瓜，其它的水果都是不能购买的。 主表删除某条记录时，从表中与之对应的记录也必须有相应的改变。一个表可以有一个或
基于Debezium 1.6和Oracle 11g 的 Debezium-Oracle实战
qq_35492176的博客
05-16 3905
一、应用场景 1、事件触发 数据库的触发器（trigger）能够一定程度上实现我们需要的事件触发，但通常需要配合定时任务才能实现。 2、数据同步 典型的解决方法有 • 双写 • 变更数据抓取（change data capture, CDC） 其中变更数据抓取既能解决事件触发的问题也可以很好的解决数据同步的问题 二、Debezium Debezium 是 Redhat 开源的数据变更抓取组件，其利用了 Kafka Connect 所以拥有高可用与开箱即用的调度接口，Debezium的Snapshot M
Debezium报错处理系列之二十五：Client requested master to start replication from impossible position
zhengzaifeidelushang的博客
09-25 543
Debezium报错处理系列之二十五：Client requested master to start replication from impossible position
Debezium报错处理系列之九十二：采集MongoDB报错DebeziumException: Error while attempting to read from change stream
zhengzaifeidelushang的博客
08-18 272
Debezium报错处理系列之九十二：io.debezium.DebeziumException: Error while attempting to read from change stream on 'cmgo-7cq6t9fn_0'，Caused by: com.mongodb.MongoCommandException: Command failed with error 40415: 'BSON field '$changeStream.fullDocumentBeforeChange' is
Debezium for MySQL解析binlog报错
码农无双的博客
08-07 5905
运行在Kafka Connect 分布式worker上的debezium for mysql connector报错： {"name":"debezium-mysql-source-dev","connector":{"state":"RUNNING","worker_id":&q
Debezium报错：Caused by: io.debezium.DebeziumException: 无法识别该连接器的模式
ByteHackerX的博客
08-21 701
在大数据领域中，Debezium是一个常用的开源变更数据捕获（CDC）平台，它用于捕获数据库的变更并将其转发到其他系统以进行进一步处理。然而，有时会出现某些表的模式无法被Debezium连接器识别的情况，这会导致报错并阻止数据的捕获和传输。通过正确配置连接器，我们可以顺利解决Debezium报错中的模式识别问题，确保数据的捕获和传输顺利进行。：指定要包含的数据库名称，该选项允许Debezium连接器监视特定的数据库。：指定要包含的表名称，该选项允许Debezium连接器捕获特定表的变更。
Debezium-oracle-connector 1.9.7 源码分析
雾岛与鲸的博客
03-10 1510
由于生产上需要用到debezium采集oracle的数据，所以本着用一个工具就需要了解其运行原理的初衷，对debezium相关的源码进行分析。 好了，直接开始吧。 首先，我们需要通过一段代码找到debezium执行的入口。 相关的pom依赖:
Debezium异常处理系列：遇到“Caused by: io
KapGroovy的博客
09-28 513
当遇到"Caused by: io.debezium.DebeziumException: Failed to read next byte from position"异常时，首先要检查Debezium的配置、版本兼容性、数据库连接和权限、网络连接以及数据变更事件等方面的问题。本文将讨论一种常见的错误，即"Caused by: io.debezium.DebeziumException: Failed to read next byte from position"，并提供相应的解决方案。
实时采集报错：io.debezium.DebeziumException: Unknown command Error code: 1047； SQLSTATE: HY000.
wlove514的博客
01-10 1332
使用KafkaConnect对MySQL进行实时采集的过程中出现启动异常的问题，其中集群环境和MySQL服务器均在云服务。
ERROR 1091 (42000): Can't DROP FOREIGN KEY `uid`; check that it exists MariaDB [dome1]> alter table slave drop foreign key uid;
最新发布
09-28
这个错误提示说明你在尝试删除名为`uid`的外键约束时遇到了问题，错误码1091表明该外键不存在（Can't DROP FOREIGN KEY）。可能是以下几个原因导致的： 1. 你可能输入了错误的外键名字：检查一下你指定的`uid`是否就是实际外键的名称，如果名字有误，则需要更正它。 2. 该外键可能并未存在于`slave`表中：确认`uid`是`slave`表的一个外键，这通常是在创建表的时候通过`FOREIGN KEY`语句声明的。 3. 如果外键是在之前的数据更改中移除的，而没有手动删除相关引用，那么仍然会存在记录依赖于这个外键，这时候需要先清理相关的数据或更新它们才能删除。 正确的操作应该是找到并确认`uid`的确是一个有效的外键，并确保满足删除条件后再执行`ALTER TABLE`命令。例如： ```sql SHOW CREATE TABLE slave; ``` 这可以帮助你验证`uid`外键是否存在，然后执行： ```sql ALTER TABLE slave DROP FOREIGN KEY IF EXISTS uid; ``` 这样只有当`uid`确实是存在的外键时才会执行删除操作。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

快乐骑行^_^

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值