博客
关于我
nacos集成分布式事务插件Seata的序列化问题,实际上是Seata本身存在bug!!
阅读量:794 次
发布时间: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返回的时间和实际数据存储的时间有误差(java+mysql)
查看>>
mysql还有哪些自带的函数呢?别到处找了,看这个就够了。
查看>>
Mysql进入数据库
查看>>
mysql进阶 with-as 性能调优
查看>>
mysql进阶-查询优化-慢查询日志
查看>>
wargame narnia writeup
查看>>
MySQL进阶篇SQL优化(InnoDB锁问题排查与解决)
查看>>
Mysql进阶索引篇03——2个新特性,11+7条设计原则教你创建索引
查看>>
Mysql连接时报时区错误
查看>>
mysql逗号分隔的字符串如何搜索
查看>>
MYSQL遇到Deadlock found when trying to get lock,解决方案
查看>>
MYSQL遇到Deadlock found when trying to get lock,解决方案
查看>>
mysql部署错误
查看>>
MySQL配置信息解读(my.cnf)
查看>>
Mysql配置文件my.ini详解
查看>>
MySQL配置文件深度解析:10个关键参数及优化技巧---强烈要求的福利来咯。
查看>>
Mysql配置表名忽略大小写(SpringBoot连接表时提示不存在,实际是存在的)
查看>>
mysql配置读写分离并在若依框架使用读写分离
查看>>
MySQL里为什么会建议不要使用SELECT *?
查看>>
MySQL里的那些日志们
查看>>