qw4285632q

我也碰到了类似问题。 2022/07/03 19:09:30 channel default consume_channel over; CurrentThreadNum: 1 2022/07/03 19:09:30 channelConsume err: runtime error: invalid memory address or nil pointer dereference 2022/07/03 19:52:32 This.mysqlConn close ,connectionId: 3751278 BIF监控界面显示connstatus为running但是流量为0,position位置也不再更新。


> 达梦和mysql 和oracle 都可以兼容，你新做的模块新增了什么功能吗？ archery什么时候对达梦数据库进行了支持。我没看到官方文档有此功能介绍呀 。当初提issue的时候 得到的回复是得自己开发呀

> 不好意思, 我可能回复的太武断了, 我认知里, 达梦是支持使用 mysqlclient 进行连接的, 我也不太清楚这个认知是否正确, 我这个认知是否有一定的误区? > > 如果我说错了欢迎指正. > > 如果达梦支持使用 mysqlclient 进行连接, 那么直接使用 mysql engine 即可. > > 如果达梦仅支持达梦自己的sdk 进行连接, 那么非常欢迎你的 PR. > > 另外PR...

> 你当前的备份逻辑还是有一些值得探讨的地方的, 我还是比较建议你将其抽离出来单独提交, 比如你当前的设计, 备份的回滚语句是用 json 方式存储在数据库中的, 那么这个数据是否会太大? 是否会有效率问题? 这都需要再探讨一下, 如果我们两个功能一起来讨论, 势必会增大复杂性, 并且拖延你达梦数据库适配的进度. 其实当前的备份逻辑也仅仅影响到达梦数据库，并非侵入到其他数据类型的代码。而且关于备份原理相当于一对一一行一行存储。并非将所有的记录备份到同一行的一个json中。当然也不得不承认 如果删除的数据过多。这块是否回台会hang。这块后期会增加一定限制。对于影响行数过多的数据。 当前提交的分支也并非我方当前最新的，就是因为担心影响范围过大，关于sqlserver、tidb和ck的逻辑没有增加。目前我司这边对于当前功能已经测试上线一月有余，后续还在通过jules快速迭代中。AI编写 人工审核。因此现在让我们拆分历史的分支会对我们后期的功能带来不可预知的问题，反而不如这一套代码稳定。毕竟当前这套代码目前生产工单已上线500+。