关于使用MySQL数据库从低版本直接升级到最新（3.6.0(3.9.0以下的版本) --->3.9.0涵未来版本）无法启动，发现的问题以及解决方案

[anwen-anyi]

我用的是MySQL数据库，Alist版本之前是3.6.0

• Q：期间为什么没有升级3.7.1，3.8.0
• A：是因为这两个版本对于使用MySQL构建索引来说有一些问题暂时搜索不是很友好搜索结果不是很理性，就暂时没有升级

今天看到了3.9.0版本，立刻去升级了，虽然上述问题还是存在
但是3.9.0版本也把3.6.0的搜索重新上线了(现在叫 数据库(非全文搜索) )虽然慢但是准确能用（为什么知道，因为用了测试版的试过）

更新更新后启动发现启动不起来，查看日志提示，虽然有个 name 提示，但是不知道是哪个的 name 也不好找

failed migrate database: Error 1170 (42000): BLOB/TEXT column 'name' used in key specification without a key length 

虽然谷歌了一番但是没看懂啥意思，就问了大佬说先让我用 --debug 跑一下试试看，果然精准定位到了问题所在

xxxxxxxx/alist/internal/db/db.go:24 �[35;1mError 1170 (42000): BLOB/TEXT column 'name' used in key specification without a key length
xxxxxxxxx ALTER TABLE `x_search_nodes` MODIFY COLUMN `name` longtext

看到是 x_search_nodes 就知道是哪里问题了（这个是老毛病了索引的数据库哈哈..）

正好看到另外一个大佬说数据库有改动，我就立刻在本地也启动了一个用MySQL当数据库的Alist，然后也把服务器的数据库调出来，最后都用 navicat 进行链接比对查看

如下是两个比对结果：

从图中看到上方 name 字段的类型 和 长度已经从 varchar，191 变成 longtext，0
还有索引的哪一项里面只剩下了一个 名叫 idx_x_search_nodes_name_fulltext 的已经没有了，我立刻将这一整行删除，其他的没有变化...然后我保存后，就可以启动了.......

虽然但是数据库是变了，按理来说更新的话数据库应该会覆盖一下才对吖QAQ 不然其他人用的也是Mysql的应该也会遇到跟我的情况吧？

就是这么简单QAQ，虽然对于不太懂的人看起来大概也许可能会有一点儿麻烦复杂（其实我也是菜鸡.....）

总结：

下次遇到问题肯定也是跟数据库相关，之前的两个版本也有过（但是我没升级就规避了），总的来说就是先看看日志 log/log.log 这个文件，还不行再用带 --debug 参数跑一次，基本上问题就知道在哪里了，实在找不到问题出在哪里 那就直接从releases下载个最新版的跑一次数据库，一个一个的对比基本上就能排查完毕了.....