博客
关于我
nacos集成分布式事务插件Seata的序列化问题,实际上是Seata本身存在bug!!
阅读量:789 次
发布时间:2023-02-14

本文共 1330 字,大约阅读时间需要 4 分钟。

最近在升级Seata分布式事务组件时,出现了一个莫名其妙的问题。经过长时间的分析和调试,终于通过参考网络高手的建议,最终解决了问题。

错误现象

在实际运行过程中,系统报错如下:

17:10:46.037 [http-nio-9204-exec-1] ERROR i.s.r.d.u.p.JacksonUndoLogParser - [encode,127] - json encode exception, Type id handling not implemented for type java.lang.Object (by serializer of type com.fasterxml.jackson.databind.ser.impl.UnsupportedTypeSerializer) (through reference chain: io.seata.rm.datasource.undo.BranchUndoLog["sqlUndoLogs"]->java.util.ArrayList[0]->io.seata.rm.datasource.undo.SQLUndoLog["afterImage"]->io.seata.rm.datasource.sql.struct.TableRecords["rows"]->java.util.ArrayList[0]->io.seata.rm.datasource.sql.struct.Row["fields"]->java.util.ArrayList[30]->io.seata.rm.datasource.sql.struct.Field["value"])

此错误提示表明Jackson序列化过程中,无法处理java.lang.Object类型的序列化,具体涉及BranchUndoLogSQLUndoLogTableRecordsRow以及Field等数据结构。

解决方法

在Nacos配置中心为Seata的事务组件追加了一项关键参数:

client.undo.logSerialization=kryo

此外,在程序中添加了以下依赖:

com.esotericsoftware
kryo
2.24.0
com.esotericsoftware
kryo
4.0.2
de.javakaffee
kryo-serializers
0.44

通过引入Kryo序列化框架,并在Nacos中配置undo.logSerializationkryo,问题得以解决。

重启服务

完成上述配置后,重启相关服务即可将问题彻底修复。

这次问题的解决过程再次印证了技术支持的重要性。在面对复杂的分布式系统问题时,参考他人的经验往往能快速找到突破口。

转载地址:http://wzcfk.baihongyu.com/

你可能感兴趣的文章
MySql的Delete、Truncate、Drop分析
查看>>
MySQL的Geometry数据处理之WKB方案
查看>>
MySQL的Geometry数据处理之WKT方案
查看>>
mysql的grant用法
查看>>
Mysql的InnoDB引擎的表锁与行锁
查看>>
mysql的InnoDB引擎索引为什么使用B+Tree
查看>>
MySQL的InnoDB默认隔离级别为 Repeatable read(可重复读)为啥能解决幻读问题?
查看>>
MySQL的insert-on-duplicate语句详解
查看>>
mysql的logrotate脚本
查看>>
MySQL的my.cnf文件(解决5.7.18下没有my-default.cnf)
查看>>
MySQL的on duplicate key update 的使用
查看>>
MySQL的Replace用法详解
查看>>
mysql的root用户无法建库的问题
查看>>
mysql的sql_mode参数
查看>>
MySQL的sql_mode模式说明及设置
查看>>
mysql的sql执行计划详解
查看>>
mysql的sql语句基本练习
查看>>
Mysql的timestamp(时间戳)详解以及2038问题的解决方案
查看>>
mysql的util类怎么写_自己写的mysql类
查看>>
MySQL的xml中对大于,小于,等于的处理转换
查看>>