实习项目是一个基于GVA的二次开发项目,做的是配置中心的相关。然后最近在测试环境使用的时候才知道线上使用的数据库是tidb,其实tidb对mysql大部分情况是兼容的,但是还是踩了一些坑,现在记录一下。
-
register table failed {“err”: “Error 8200: Unsupported modify column: length 6 is less than origin 10”}
我发现GVA使用的gorm的
AutoMigrate
是一个非常坑的问题,如果没有关掉下图的语句的话,每次重新启动就会去初始化表,但是会报错:register table failed {"err": "Error 8200: Unsupported modify column: length 6 is less than origin 10"}
查了全部的数据模型定义,没有找到长度为6的字段。把下图的语句注释掉之后,错误解决!
-
查询突然变慢
在使用mysql的时候,最慢的查询在1-2秒,而在数据库迁移到tidb之后,平均的查询耗时上去到8秒多!!!根据排查发现是每次查询都会执行几条alter table的耗时语句,而数据库的定义明明就没有问题,而且在mysql里面不会出现这个情况。
通过长时间的排查,发现是数据模型定义的问题
之前项目写的是:gorm:"size:100"
可能tidb识别到数据库定义和数据模型不一致,导致频繁的修改数据库表,从而导致了这个问题。
给个小建议:把自动建表相关代码删除注释,不然是个大坑。代码中其实有一部分自动建表语句,建议大家检查一下