分布式事务（Seata）TmTransactionException 问题

昨天搭建完成微服务的Seata事务控制后，有反馈使用过程中报错，错误信息如下：

io.seata.core.exception.TmTransactionException: TransactionException[begin global request failed. xid=null, msg=Data truncation: Data too long for column 'transaction_service_g

这个问题很明显提示的是Data too long ，说明使我们的数据在入库操作的时候报错，因为数据的长度超过了数据库字段设计的的最大长度。提示字段为transaction_service_group，则我们去我们的seata数据库中的三张表中查看此字段所在表global_table，将表中transaction_service_group字段原有32的长度更改作为256长度。

接下来我们测试发现错误问题已经解决。

授人以鱼，不如授人以渔！

有些小伙伴在没有使用过的框架一报错就不知道怎么来解决这个问题了！遇到问题我们要有一个自己的思路去解决，说到思路有的老程序员凭借经验一眼就能看出是什么问题，对于新手我们也不必恐慌，每个错误他都会提示的很明确！接下来我们看看这个问题怎么分析

从这里我们可以看到的是seata的异常错误信息，很明确表现了是事务控制异常，begin global request failed 这里说明是全局请求失败，接下来提示msg=Data truncation数据阶段信息。后面的Data too long for column 'transaction_service_group' 提示说明了列transaction_service_group的数据太长，超过了我们数据库涉及字段的最大值了！

这里就很明确的说明的使我们数据库表中的transaction_service_group这个字段的属性设置长度过低，接下来我们去数据库中找到对应的表中的这个字段transaction_service_group ，调整他的属性值长度即可完美解决这个问题。

好的，我们到这就把问题解决思路，以及解决方案提供完成了。

  更多编程内容，请关。注《coder练习生》

解决这个bug到这就完成了。后面的内容可忽略！

上方的内容已经足够将我遇到的bug问题给解决掉了，我认为他就是一篇好文章了！

难不成你们还要求我去重复添加字数来完成你么的这个质量，达到500字就会被人定位高质量文章吗？

如果不行被我说中了，那你们者设计就太水了，尤其是你们的产品经理，可以下岗了！！

这篇文章因为文字段被标记为质量低，以下文字就是为了打破它的文字段而造成的质量低！

相信和我一样遇到这个问题的的小伙伴们，心里也已经暗自问候了这个产品经理的祖总十八代了吧！

算法实在是不敢苟同，文字的长短和文章的质量有毛线的关系吗？

我一句话能解决的问题，非要让我写这么多的文字来避免检测文章质量低的bug，是真坑呢！