在 MySQL Workbench 中，使用“表數據導入向導”導入 CSV 創建空表

Question

我正在嘗試使用表數據導入向導將 csv 文件導入 MySQL 表。 配置導入設置屏幕底部的示例部分看起來不錯，當我運行導入時，它說我的所有條目都已成功加載。 但是，當我查看表的內容時，只有列在那里，沒有加載我的實際數據。 有誰知道為什么會發生這種情況以及如何糾正它？

編輯：

這些是我的 CSV 文件中的幾行：

STATION,STATION_NAME,ELEVATION,LATITUDE,LongITUDE,DATE,MLY-TAVG-NORMAL,MLY-TMAX-NORMAL,MLY-TMIN-NORMAL,平均溫度,最高溫度,最低溫度 GHCND:USW00094085,PIERRE 24 S SD US,647.4, 44.0194，-100.353,201001,218,322,113,13,21.8,32.2,2,11.3 GHCND：USW00094085，PIERRE 24 SD US，647.444.0194，-100.353,201002,201002,249354,1354,1354,1334,134,134,134,134,134,134,19399999999999999999999999999999309號， 647.4,44.0194,-100.353,201003,339,451,226,33.9,45.1,22.6 GHCND:USW00094085,PIERRE 24 S SD US,647.4,44.0194,-100.353,201004,463,588,337,46.3,58.8,33.7 GHCND:USW00094085,PIERRE 24 S SD US,647.4,44.0194,-100.353,201005,573,696,450,57.3,69.6,45

以下是導入過程的一些圖像：

這是我嘗試查看新創建的表時看到的內容：

第二次編輯：

這是我的設置的圖像：

這是我的 CSV 文件的圖像，顯​​示了行尾：

Answer 1

驗證文件的編碼。 將源文件解析為 UTF-8 時，工作台會在遇到非 UTF-8 字符時靜默轟炸。 我使用 cp1250（Windows 1250）作為從 Excel 導出的文件，一切正常。

Answer 2

您需要確保在導入表格時正確設置了 csv 選項。

當您到達下面的屏幕時，請注意紅色箭頭如何指向扳手。 通過單擊該選項下拉設置行分隔符，將出現封閉字符串和字段分隔符。 如果這些設置不正確，則數據將無法成功加載。

下面是一個示例 CSV 文件。 請注意在Notepad++中如何按下包裝器按鈕，以便您可以看到行尾。 在這種情況下，行尾是CR LF 。 Workbench Import 向導的默認選項只是LF 。 此外，默認字段分隔符似乎是; 而不是, .

您可以在dev.mysql上閱讀更多內容

Answer 3

我遇到了同樣的問題，並試圖通過更改設置來解決它，但它對我不起作用。 我只是將所有數據導入為 txt 數據類型，然后

(ALTER TABLE tablename MODIFY COLUMN datatype)

稍后更正數據類型。

Answer 4

我也遇到了這個問題，這是由於我的 csv 文件中的日期列格式錯誤造成的。 我將日期格式更改為 2022-01-16 而不是 2022/01/16，並且我的數據已正確導入。

Answer 5

嘗試使用您的示例數據，它可以很好地導入。 我猜進一步的數據一定有問題。 可能有一個（或多個）記錄不是應有的。 預覽適用於前幾條記錄，因此您的導入定義看起來不錯。 嘗試導入較小的記錄塊。 從 1 開始，擴展到 10 等等。直到您看到導入失敗。 您也可以只嘗試一列，如果成功，則對失敗的列進行二分搜索。

注意：顯示導入的行時存在錯誤（已在下一個版本中修復）。 這總是顯示記錄的總數，而不是實際導入的記錄。

Answer 6

我有同樣的問題。 經過搜索，我發現我在表列的聲明中出錯了。 例如，我有一個 INT 類型的列，而我嘗試導入的 CSV 文件有一個 VARCHAR 而不是 INT。

Answer 7

我導入了 0 條記錄，因為我有一個 COMPOSITE PRIMARY KEY 並且我的 CSV 文件沒有主列之一的數據。 確保你有所有主鍵列的東西。