Puncte:0

Nu s-a putut importa baza de date MySql din phpMyAdmin, precum și din linia de comandă

drapel us

Ei bine, am încercat să import o bază de date de dimensiuni mici, funcționează. Cu toate acestea, când mă refer la importul unei baze de date mari, aceasta arată următoarea eroare de la phpMyadmin.


Analiza statica:

S-au găsit 1 erori în timpul analizei.

    Expresie lipsa. (aproape de „ON” la poziția 25)

Interogare SQL: Editare Editare

SETARE FOREIGN_KEY_CHECKS = ON;

MySQL a spus: Documentație
#2006 - Serverul MySQL a dispărut

introduceți descrierea imaginii aici

și trebuie să mă autent din nou. Când văd fișierul jurnal din /var/log/mysql/error.log

2022-01-28T10:52:50.467847Z 0 [EROARE] [MY-013183] 
[InnoDB] Eșec de afirmare: ddl0builder.cc:1495:n >= fir IO_BLOCK_SIZE 140213208729344
InnoDB: Generăm în mod intenționat o capcană de memorie.
InnoDB: Trimiteți un raport de eroare detaliat la http://bugs.mysql.com.
InnoDB: Dacă primiți erori de afirmare repetate sau blocări, chiar
InnoDB: imediat după pornirea mysqld, poate exista
InnoDB: corupție în spațiul tabel InnoDB. Va rog, referiti-va la
InnoDB: http://dev.mysql.com/doc/refman/8.0/en/forcing-innodb-recovery.html
InnoDB: despre forțarea recuperării.
10:52:50 UTC - mysqld a primit semnalul 6;
Cel mai probabil, ați lovit o eroare, dar această eroare poate fi cauzată și de o funcționare defectuoasă a hardware-ului.
Indicatorul firului: 0x0
Încercarea de întoarcere. Puteți folosi următoarele informații pentru a afla
unde mysqld a murit. Dacă nu vedeți niciun mesaj după aceasta, ceva a mers
teribil de gresit...
stack_bottom = 0 thread_stack 0x100000
2022-01-28T10:52:50.471914Z 0 [EROARE] [MY-013183] 
[InnoDB] Eroare de afirmare: ddl0buffer.cc:204:ptr < bounds.second thread 140213217122048

Și când încerc cu linia de comandă să import baza de date, arată următoarea eroare introduceți descrierea imaginii aici

lochan@lochan-Inspiron-5593:~$ mysql -u root -p wp_test < ~/Downloads/wp_ndw_staging.sql
Introdu parola: 
EROARE 2013 (HY000) la linia 3429: S-a pierdut conexiunea la serverul MySQL în timpul interogării

Parametrul meu în php.ini sunt după cum urmează

dimensiune_max_post = 1500M
upload_max_filesize = 1500M

Am încercat să introduc un parametru de recuperare /etc/mysql/mysql.conf.d/mysqld.cnf

[mysqld]
innodb_force_recovery = 1

și am încercat să urmăresc mysqld.cnf fișier dar nu a funcționat.

key_buffer_size = 1600M
max_allowed_packet = 6400M
drapel ua
Care au fost cele câteva rânduri chiar înainte de aceea? Cât RAM ai? Aceste setări sunt probabil excesive.
kruemi avatar
drapel pk
Aceasta arată într-adevăr ca o stivă depășită sau insuficientă. Deci, ca un bug în cod.... Ce versiune utilizați (inițial și acum?) Cât de mare a fost baza de date pe care ați vrut să o importați?
Puncte:0
drapel us

Am făcut o copie de rezervă pentru toată baza de date și tocmai am dezinstalat SQL Server și toate pachetele legate de SQL Server și le-am reinstalat și funcționează foarte bine.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.