MySQL için son derece yeniyim ve Windows üzerinde çalıştırıyorum. MySQL bir dumpfile bir veritabanını geri yüklemek için çalışıyorum, ancak aşağıdaki hatayı alıyorum:

$ >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'.

Denedim $ > mysql -u root -p -h localhost -D database --binary-mode -o < dump.sqlama bu bana aşağıdakileri verdi ERROR at line 1: Unknown command '\☻'. 500 Mb dökümü dosyası ve içeriğini gVIM kullanarak görüntülediğimde, görebildiğim tek şey anlaşılabilir olmayan ifadeler ve veriler. Ayrıca burada göndermek için dosyadan içeriği kopyalamaya çalıştığınızda tüm kopyalayabilirsiniz: SQLite format 3Bu tür garip görünüyor.

--binary-mode(MySQL 5.6.3'te tanıtıldı) referansı muhtemelen dikkat dağıtıcıdır.

Bir mysqldump çıktı dosyasıyla uğraşıyormuşsunuz gibi gelmiyor. fileYardımcı programı deneyin .

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

Yanıt almazsanız ASCII text, ya döküm dosyası olmayan bir şeyle uğraşıyorsunuz ya da mysqldumpsıkıştırılmış bir şeyle (örneğin, gzip veya bzip2 ile) ilgileniyorsunuz. d boruya yerleştirmeden önce sıkıştırmak gerekir mysql.

Eğer görüyorsanız SQLite 3.x databasekesinlikle cevabınız var ... bu bir MySQL döküm dosyası değil, ham bir SQLite veritabanı.

Gerçekten de, bir SQLite veritabanının ilk birkaç baytı şunlardır:

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

Buradaki 16. oktet'in 0x00 olduğunu ERROR: ASCII '\0' appeared in the statement...ve bu durumda mesajı açıkladığını unutmayın . --binary-modeUygun öneri yanlış alarmdır.

Windows kullanıcıları: 'dosya' yardımcı programı Unix'ten bir araçtır, ancak Windows sürümü burada bulunabilir .

pencereler

Döküm dosyalarınızı bu komutla oluşturun

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

Kullanımı:

.\mysqldumb --help

-r, --result-file = ad

                 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.

mysqldumpWindows PowerShell üzerinde çalıştırdıktan sonra bir kez bu hatayı aldım :

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

Yaptığım bu (boru yerine Set-Content) değiştirmek oldu:

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

Ve sorun ortadan kalktı!

PowerShell'de ben de

Ben mysqldump çağırmak ve > dosya çıkış boru > PowerShell kullanırken bu sorunla karşılaştı . PowerShell dosyayı oluştururken yanlış kodlama kullanıyordu ve dosyayı mysql kullanarak almaya çalıştığımda aynı hatayla sunuldu .. <exported-file.sql

PowerShell oturumunda varsayılan kodlamanın UTF8 olarak ayarlanmasının bu sorunu çözdüğünü buldum.

Çözümüm - Test edilmiş PowerShell 5.1:

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

Örnek: İhracatı nasıl üretiyordum (basitleştirilmiş) :

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

Not: Bunun PowerShell 4.0'da çalışmadığını keşfetti

Geliştirme ortamım 5.1 çalışıyordu, ancak prod 4.0'da ve ilk düzeltmem PowerShell'in eski sürümlerinde çalışmıyor.

Kullanmanız gerekiyor | Set-Content -Encoding UTF8 $fileName

Bu zaten Ifedi tarafından önerildi

Notepad ++ (veya başka bir düzenleyici) ile açmayı ve bizi UTF-8'e dönüştürmeyi / kaydetmeyi denediniz mi?

Bkz. Https://stackoverflow.com/questions/7256049/notepad-converting-ansi-encoded-file-to-utf-8

Başka bir seçenek dosyayı UTF-8 olarak açmak ve kaydetmek için textwrangle kullanmak olabilir: http://www.barebones.com/products/textwrangler/

Birisi bana sıkıştırılmış bir gtar gönderdi. Gtar'a çok aşina değildi, ama başka bir sıkıştırma formatı.

$ 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

Ancak, her zamanki gibi sıkıştırmasını açabildim:

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

Ve sonra ithalat yapabilirdim:

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

Çözüm: Yedekleme dosyasını ayıklayın ve sonra bu ayıklanan sql dökümü geri yükleyin.

Misal :

Yedekleme, dump.sql.gz dosyası olarak alınmıştır ve gunzip cmd kullanılarak aşağıdaki gibi çıkarılmıştır,

shell>  gunzip dump.sql.gz

Ve RESTORE dump.sql dosyasını ayıkladı.

Ref: MySQL ikili ve interaktif modu hakkında.

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

Benim için Çalışır ve Tüm set !!

Benim durumumda, dosya bozuldu. Veritabanı uzantısı ile sıkıştırılmış .bz2ama aslında bir .tar.bz2.

Kullanarak ayrıştırma bzip2 -dkherhangi bir hata vermez ve dosyayı oluşturur. fileDosyadaki komutu kullanmak, bzip2 compressed data, block size = 900konu kullanmak için bile yanlış görünmemesi için çıktı verir.

Kullanmak zorundaydım tar -xf myfile.bz2