如果希望一勞永逸的解決慢的問題,不妨把你的mysql升級到mysql8.0吧,mysql8.0默認的字符集已經(jīng)從latin1改為utf8mb4,因此現(xiàn)在UTF8的速度要快得多,在特定查詢時速度提高了1800%!
但是如果時間等不及,就先用下面的辦法快速解決一下。
問題一:格式不對(常出現(xiàn)時間格式不對的情況);
方法1:將excel文件另存為csv,再導入數(shù)據(jù)庫;
方法2:導入的第一步時,默認編碼方式是65001(UTF-8),可以嘗試選擇【10008 (MAC - Simplified Chinese GB 2312)】,或者【Current Windows Codepage】,這是常見的三種編碼,多試幾次,總能找到匹配你的電腦的編碼格式。
方法3:在導入的最后幾步,可以設置時間那一欄位的類型為datetime或者time,總之數(shù)據(jù)是什么類型就盡量選擇什么類型,默認都是varchar。
問題二:導入慢(數(shù)據(jù)量大導致的慢還請慢慢等他導完);
方法1:如果是別人導給你的數(shù)據(jù)(不管是sql文件、csv文件、excel文件),你都導的極慢,導入速度一般是:sql文件>csv文件>excel文件。那就讓他給你重新導一份吧。不管他之前是什么方式導的,請讓他嚴格按照下面的步驟重新導一次:
打開要導出的表--在打開表的右上角有一個導出--用這個導出導;
注意:上述的【導出】與右鍵表的選項中的【導出向導】不一樣,用【導出向導】導出來的表有時候會比較慢,所以我一般都用右上角的【導出】來導出數(shù)據(jù)。
問題三:丟數(shù)據(jù)(一般是用excel的時候會出現(xiàn)丟數(shù)據(jù)的情況);
方法1:把Excel另存為csv再導入;
方法2:可能是原始數(shù)據(jù)中有一列數(shù)據(jù)量比較大,比如成績表的最后一列可能是老師的評語,而這一列中有那么幾條數(shù)據(jù)評語寫太多了,超過mysql默認的單個package的限制(一般是255),因此在導入的最后一步,把評語這一列的類型改為text,長度改為65535,65535是text類型的最大長度,日常記不住的話,就填60000,基本上就夠用了,而且還好記。
方法3:如果是導出的時候丟數(shù)據(jù),那么可能是選擇了“Excel數(shù)據(jù)表”,按照下圖的方式找適合你的導出方式吧。
但如果上面的辦法都沒有涵蓋你要解決的問題,那么你是不是在mysql導出數(shù)據(jù)的時候出現(xiàn)問題了呢?不妨看看下面這篇文章。
快速解決mysql導出scv文件亂碼、躥行的問題
以上這篇快速解決mysql導數(shù)據(jù)時,格式不對、導入慢、丟數(shù)據(jù)的問題就是小編分享給大家的全部內容了,希望能給大家一個參考,也希望大家多多支持腳本之家。
您可能感興趣的文章:- Oracle和MySQL的數(shù)據(jù)導入為何差別這么大
- MySQL 4種導入數(shù)據(jù)的方法
- MySQL 表數(shù)據(jù)的導入導出操作示例
- mysql數(shù)據(jù)庫創(chuàng)建賬號、授權、數(shù)據(jù)導出、導入操作示例
- java實現(xiàn)批量導入.csv文件到mysql數(shù)據(jù)庫
- 如何將Excel文件導入MySQL數(shù)據(jù)庫
- HeidiSQL工具導出導入MySQL數(shù)據(jù)
- Navicat把csv數(shù)據(jù)導入mysql
- MySQL數(shù)據(jù)庫遷移快速導出導入大量數(shù)據(jù)
- MySQL如何快速導入數(shù)據(jù)