Saya sangat baru di MySQL dan menjalankannya di Windows. Saya mencoba memulihkan Database dari dumpfile di MySQL, tetapi saya mendapatkan kesalahan berikut:

$ >mysql -u root -p -h localhost -D database -o < dump.sql
ERROR: ASCII '\0' appeared in the statement, but this is not allowed unless option --binary-mode is enabled and mysql is run in non-interactive mode. Set --binary-mode to 1 if ASCII '\0' is expected. Query: 'SQLite format 3'.

Saya mencoba $ > mysql -u root -p -h localhost -D database --binary-mode -o < dump.sqltetapi ini memberi saya yang berikut ERROR at line 1: Unknown command '\☻'. Ini adalah file dump 500 Mb, dan ketika saya melihat isinya menggunakan gVIM, yang bisa saya lihat hanyalah ekspresi dan data yang tidak dapat dipahami. Juga ketika saya mencoba untuk menyalin konten dari file yang akan dikirim di sini, semua yang dapat saya salin adalah: SQLite format 3Jenis ini sepertinya aneh.

Referensi ke --binary-mode(diperkenalkan di MySQL 5.6.3) mungkin merupakan gangguan.

Tidak terdengar seperti Anda berurusan dengan file output mysqldump, di sana. Coba fileutilitasnya.

shell> file dumpfile.sql
dumpfile.sql: ASCII text

Jika Anda tidak mendapatkan ASCII textrespons, Anda berurusan dengan sesuatu yang bukan file dump mysqldumpsama sekali, atau Anda berurusan dengan sesuatu yang telah dikompresi (dengan gzip atau bzip2, misalnya), yang Anda Anda harus membuka kompresi sebelum memasukkannya ke dalam pipa mysql.

Jika Anda melihat SQLite 3.x databasemaka Anda pasti memiliki jawaban Anda ... itu adalah database SQLite mentah, bukan file dump MySQL.

Memang, beberapa byte pertama dari database SQLite adalah sebagai berikut:

53 51 4C 69 74 65 20 66  SQLite f
6F 72 6D 61 74 20 33 00  ormat 3^@

Perhatikan bahwa oktet ke-16 di sini adalah 0x00, menjelaskan ERROR: ASCII '\0' appeared in the statement... pesan dalam kasus ini. Saran yang --binary-modetepat adalah alarm palsu.

Pengguna Windows: utilitas 'file' adalah alat dari Unix, tetapi versi Windows dapat ditemukan di sini .

Windows

Buat file dump Anda dengan perintah ini

.\mysqldump [dbname] -r [filename.sql]

Menggunakan:

.\mysqldumb --help

-r, --result-file = name

                 Direct output to a given file. This option should be used
                 in systems (e.g., DOS, Windows) that use carriage-return
                 linefeed pairs (\r\n) to separate text lines. This option
                 ensures that only a single newline is used.

Saya punya kesalahan ini sekali, setelah berjalan mysqldumpdi Windows PowerShell seperti:

mysqldump -u root p my_db --no-data --no-create-db --no-create-info --routines --triggers --skip-opt --set-gtid-purged=OFF > db_objects.sql

Apa yang saya lakukan adalah mengubahnya menjadi ini (sebagai gantinya menjadi Set-Content):

mysqldump -u root p my_db --no-data --no-create-db --no-create-info --routines --triggers --skip-opt --set-gtid-purged=OFF | Set-Content db_objects.sql

Dan masalahnya hilang!

Saya juga di PowerShell

Saya mengalami masalah ini ketika saya menggunakan PowerShell untuk memanggil mysqldump dan > untuk menyalurkan output ke file. PowerShell menggunakan penyandian yang salah ketika membuat file dan saya disajikan dengan kesalahan yang sama ketika saya mencoba untuk mengimpor file menggunakan mysql .. <diekspor-file.sql

Saya menemukan bahwa pengaturan penyandian default ke UTF8 di sesi PowerShell menyelesaikan masalah ini.

Resolusi saya - Diuji PowerShell 5.1:

$PSDefaultParameterValues["Out-File:Encoding"] = "utf8";

Contoh: Bagaimana saya menghasilkan ekspor (disederhanakan) :

$cmdExportDB = "mysqldump --host $Host --databases $DbName -u $UID =p$PWD > $fileName";
Invoke-Expression "& $cmdExportDB";

Catatan: Ditemukan ini tidak berfungsi di PowerShell 4.0

Lingkungan pengembangan saya berjalan 5.1, tetapi prod di 4.0 dan perbaikan awal saya tidak bekerja di versi PowerShell yang lebih lama.

Perlu digunakan | Set-Content -Encoding UTF8 $fileName

Ini sudah disarankan oleh Ifedi

Sudahkah Anda mencoba membuka di notepad ++ (atau editor lain) dan mengonversi / menyimpan kami ke UTF-8?

Lihat: /programming/7256049/notepad-converting-ansi-encoded-file-to-utf-8

Opsi lain mungkin menggunakan textwrangle untuk membuka dan menyimpan file sebagai UTF-8: http://www.barebones.com/products/textwrangler/

Seseorang mengirimi saya gtar terkompresi. Bahkan tidak terlalu akrab dengan gtar, tetapi ini adalah format kompresi lainnya.

$ file core_production-1432173533.sql.gtar
core_production-1432173533.sql.gtar: gzip compressed data, from Unix, last modified: Wed May 20 21:59:31 2015

Namun, saya bisa mendekompresnya sama seperti biasa:

tar -zxvf core_production-1432173533.sql.gtar
$ file core_production-1432173533.sql
core_production-1432173533.sql: ASCII text, with very long lines

Dan kemudian saya bisa melakukan impor:

mysql -u root -p -h localhost core_production < core_production-1432173533.sql

Solusi: Ekstrak file cadangan dan kemudian kembalikan dump sql yang diekstraksi ini.

Contoh:

Cadangan telah diambil sebagai file dump.sql.gz dan mengekstraknya menggunakan gunzip cmd sebagai berikut,

shell>  gunzip dump.sql.gz

Dan KEMBALIKAN file dump.sql diekstraksi.

Ref: Tentang mode biner MySQL dan interaktif.

http://dev.mysql.com/doc/refman/5.7/en/mysql-command-options.html#option_mysql_binary-mode

Ini bekerja untuk saya dan siap !!

Dalam kasus saya, file tersebut rusak. Basis data dikompresi dengan ekstensi .bz2tetapi sebenarnya a .tar.bz2.

Mendekomposisi menggunakan bzip2 -dktidak menghasilkan kesalahan dan menghasilkan file. Menggunakan perintah filepada output filebzip2 compressed data, block size = 900k sehingga tidak terlihat salah untuk menggunakannya.

Saya harus menggunakan tar -xf myfile.bz2