sqlite數(shù)據(jù)一旦超過(guò)3000條，數(shù)據(jù)庫(kù)可以就有30M，那么在清除緩存后打開的速度相當(dāng)慢了。這個(gè)時(shí)候我們可以將數(shù)據(jù)庫(kù)轉(zhuǎn)換成MYSQL。

本文章講一下如何快速轉(zhuǎn)換數(shù)據(jù)格式，以及可能遇到的一些問(wèn)題，后期遇到問(wèn)題會(huì)及時(shí)補(bǔ)充上。

我們使用的工具是：Navicat Premium 16。

1：將sqlite數(shù)據(jù)庫(kù)拖進(jìn)軟件NAVICAT中。我這里舉例用的是：growthman2022pro.db

2：在MYSQL中新增一個(gè)數(shù)據(jù)庫(kù)。我也同樣命名為：growthman2022pro

3：選擇工具，數(shù)據(jù)傳輸。

4: 選擇對(duì)應(yīng)的數(shù)據(jù)庫(kù)

5：然后一直下一步就完成了。

直到錯(cuò)誤顯示為0，*后面顯示成功。

這樣的話就表示轉(zhuǎn)換完成了。

那么在轉(zhuǎn)換的時(shí)候會(huì)不會(huì)遇到報(bào)錯(cuò)的情況呢，以及應(yīng)該如何處理。

類似的錯(cuò)誤比如說(shuō)：

這表示了ay_site這個(gè)表里面的id數(shù)據(jù)類型無(wú)法成功轉(zhuǎn)換成mysql,所以我們要去把a(bǔ)y_site的id數(shù)據(jù)類型更換一下，然后再重新轉(zhuǎn)換一次，基本上就沒(méi)問(wèn)題了。

這是出現(xiàn)的錯(cuò)誤一。下次轉(zhuǎn)換再遇到其他問(wèn)題，我再添加到文章末尾。