[MySQL] SQL script geeft error bij restore

[Crayne]

Ik ben een redelijk grote n00b op het gebied van Linux en mysql, dus vergeef me als ik een domme vraag stel. Als de thread gesloten wordt weet ik precies waar het aan ligt.

Ik probeer vanaf de commandline een bijzonder groot SQL script te restoren (465MB) en ik krijg een 1049 unknown database error op line 10. Ik heb gechecked met "SHOW DATABASES" en de database bestaat wel degelijk.

Het script is aangemaakt met SQLYog 4.0 of 4.1, dus misschien dat het daar wat mee te maken heeft, maar volgens de FAQs van SQLYog zou dat niets uit mogen maken.

Het is een unmanaged dedicated server met een MySQL 3.23.58-1 installatie op RedHat for Enterprise en voorzien van een Plesk control panel.

[kmf]

staat in die script nog eerst "USE DATABASE BLBLALB" ? Voer je het anders uit IN die DB? Laat die line 10 eens zien anders.

[ Voor 23% gewijzigd door kmf op 26-05-2005 19:31 ]

[r0b]

Crayne schreef op donderdag 26 mei 2005 @ 19:28:
Ik ben een redelijk grote n00b op het gebied van Linux en mysql

Het is een unmanaged dedicated server

Wat klopt hier niet?

Om op de vraag in te gaan: kan je line 8 t/m 12 eens posten?
Waarom overigens die antieke MySQL versie? 4.1 is al weer een tijdje uit.

[ Voor 19% gewijzigd door r0b op 26-05-2005 19:37 ]

[Crayne]

athlonkmf schreef op donderdag 26 mei 2005 @ 19:31:
staat in die script nog eerst "USE DATABASE BLBLALB" ? Voer je het anders uit IN die DB? Laat die line 10 eens zien anders.

Ik zou je line 10 graag willen laten zien, maar met 465MB loop ik zelfs bij een 1GB aan PC3200 tegen een melding aan dat ik te weinig geheugen heb om het bestand te openen.

Ik kreeg net op de hoster's fora de suggestie om het niet als admin te proberen, maar als de gebruiker die ik via Plesk heb aangemaakt in de database en vervolgens krijg ik op dezelfde regel (10 dus) een
1044: access denied voor de database.

Hij geeft alleen wel dit weer: access denied for user '[username]@localhost' to database '`[database]`'

Zouden die backticks voor de problemen kunnen zorgen?

[Crayne]

r0b schreef op donderdag 26 mei 2005 @ 19:35:
[...]

Wat klopt hier niet?

Vertel het me maar want ik draag je praat met de koning van de n00bs. *zucht*

Om op de vraag in te gaan: kan je line 8 t/m 12 eens posten?
Waarom overigens die antieke MySQL versie? 4.1 is al weer een tijdje uit.

Als ik een nieuwere mysql versie wil moet ik hem zelf installeren en dat is vragen om een verneukte server als ik het doe...

[r0b]

Crayne schreef op donderdag 26 mei 2005 @ 19:39:
[...]


Vertel het me maar want ik draag je praat met de koning van de n00bs. *zucht*


[...]


Als ik een nieuwere mysql versie wil moet ik hem zelf installeren en dat is vragen om een verneukte server als ik het doe...

Ik neem aan dat je een dump van een oude database met SQLYog gemaakt hebt? (Ken SQLYog zelf niet).
Kan je dan eens een dump van een andere (kleinere) database maken en proberen deze te inserten?
(En indien dit misgaat: hier even de betreffende lines van posten)
En als je even een SQL van een random PHP script insert, gaat deze insert wel goed?

offtopic:
Het lijkt me niet slim om een unmanaged dedicated te huren als je er zelf geen verstand van hebt hoe hem te moeten beheren, maar dat is puur mijn mening.

Crayne schreef op donderdag 26 mei 2005 @ 19:38:
Ik kreeg net op de hoster's fora de suggestie om het niet als admin te proberen, maar als de gebruiker die ik via Plesk heb aangemaakt in de database en vervolgens krijg ik op dezelfde regel (10 dus) een
1044: access denied voor de database.

Moet je de betreffende user wel toegang geven tot de database.

[ Voor 33% gewijzigd door r0b op 26-05-2005 19:49 ]

[Crayne]

r0b schreef op donderdag 26 mei 2005 @ 19:42:
[...]

offtopic:
Het lijkt me niet slim om een unmanaged dedicated te huren als je er zelf geen verstand van hebt hoe hem te moeten beheren, maar dat is puur mijn mening.

En daar heb je helemaal gelijk in. Ik ben dan ook niet degene die hem gehuurd heeft. Ik ben alleen zo stom geweest om mezelf er in te laten lullen te proberen die site weer up and running te krijgen en ik vind het bijzonder lullig om nu het bijltje er bij neer te gooien.

Moet je de betreffende user wel toegang geven tot de database.

Hij heeft als het goed is alle privileges. Als ik de grants voor die user bekijk heeft hij alles.

[kmf]

Crayne schreef op donderdag 26 mei 2005 @ 19:38:
[...]


Ik zou je line 10 graag willen laten zien, maar met 465MB loop ik zelfs bij een 1GB aan PC3200 tegen een melding aan dat ik te weinig geheugen heb om het bestand te openen.

Ik kreeg net op de hoster's fora de suggestie om het niet als admin te proberen, maar als de gebruiker die ik via Plesk heb aangemaakt in de database en vervolgens krijg ik op dezelfde regel (10 dus) een
1044: access denied voor de database.

Hij geeft alleen wel dit weer: access denied for user '[username]@localhost' to database '`[database]`'

Zouden die backticks voor de problemen kunnen zorgen?

Doe maar een cat <sqlscript> | less dan. Dan kan je het zien.

En serieus, je linuxserver kan het heus wel openen hoor. Ik open wel eens mijn sql-dump van mijn site. Is ook maar 800MB groot. Duurt even, maar het lukt hem wel.

Enne... een unmanaged dedicated server komt wel vaker voor hoor, kheb er twee

[Crayne]

Thanks voor de hint.

Dit is het eerste deel van het script:

code:

SQLyog v4.0
Host - http://mysql.wutangcorp.com : Database - vb3_wutangcorp2
**************************************************************
Server version 3.23.58
*/

create database if not exists `vb3_wutangcorp2`;

use `vb3_wutangcorp2`;

[ Voor 12% gewijzigd door Crayne op 26-05-2005 20:15 ]

[kmf]

Crayne schreef op donderdag 26 mei 2005 @ 20:14:
Thanks voor de hint.

Dit is het eerste deel van het script:

code:

SQLyog v4.0
Host - http://mysql.wutangcorp.com : Database - vb3_wutangcorp2
**************************************************************
Server version 3.23.58
*/

create database if not exists `vb3_wutangcorp2`;

use `vb3_wutangcorp2`;

missen we nog steeds lijn 10

Maar goed. Je moet dit dus vanaf de mysqlroot aanroepen.

Login in mysql met root en dan
\. /<PATH>/<SQLSCRIPT>

ik hoop trouwens wel dat het script met /* begint though

[ Voor 6% gewijzigd door kmf op 26-05-2005 20:19 ]

[Wolfboy]

athlonkmf schreef op donderdag 26 mei 2005 @ 20:08:
Doe maar een cat <sqlscript> | less dan. Dan kan je het zien.

Waarom zo?
Gewoon "less <sqlscript>" werkt ook al en als je alleen de eerste paar regels nodig hebt lijkt me een "head -n 12 <sqlscript>" een beter idee (de -n 12 zorgt voor de eerste 12 regels)

[Crayne]

athlonkmf schreef op donderdag 26 mei 2005 @ 20:17:
[...]missen we nog steeds lijn 10

Technisch gezien mis je regel 1, want inderdaad begint het script met /*

Login in mysql met root en dan \. /<PATH>/<SQLSCRIPT>

Plesk heeft alleen een admin user, geen root user. Als ik als die admin user inlog, tik ik het bovenstaande in en ik krijg een hele hoop foutmeldingen, te beginnen met de mededeling "no such database '`[database]`'

Daarna een shitload aan:

code:

ERROR 2006: MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    609
Current database: *** NONE ***

ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR:

[ Voor 5% gewijzigd door Crayne op 26-05-2005 20:33 ]

[kmf]

Crayne schreef op donderdag 26 mei 2005 @ 20:24:
[...]


Technisch gezien mis je regel 1, want inderdaad begint het script met /*


[...]


Plesk heeft alleen een admin user, geen root user. Als ik als die admin user inlog, tik ik het bovenstaande in en ik krijg een hele hoop foutmeldingen, te beginnen met de mededeling "no such database '`[database]`'

Daarna een shitload aan:

code:

ERROR 2006: MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    609
Current database: *** NONE ***

ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR 1046: No Database Selected
ERROR:

hmm... zo te zien gaat ie dus gewoon echt geen database selecteren.
Wat ik zou doen is, zelf USE DATABASE <database> doen en dan weer die \. /path/blablabl doen.

Waarom die mysqlconnectie plotseling weggaat is ook vreemd though..

anders

code:

mysql -uUSER -pPASSWORD < PATH/sqlscript

[ Voor 5% gewijzigd door kmf op 26-05-2005 20:39 ]

[Wolfboy]

athlonkmf schreef op donderdag 26 mei 2005 @ 20:38:
Waarom die mysqlconnectie plotseling weggaat is ook vreemd though..

Valt wel mee, als je zo'n stortvloed aan data ingeeft en MySQL dus geen kans meer heeft om alle fouten te sturen dan verbreekt ie gewoon de verbinding.

mysql -uUSER -pPASSWORD < PATH/sqlscript

Kan idd

Maar ik zou het zo doen (licht afwijkende variant)
mysql --user=admin --password=wachtwoord hier_de_databasenaam < sqlscript

Dit aangezien je bij sommige versies "-u username" moet doen en bij andere "-uusername"

[kmf]

Wolfboy schreef op donderdag 26 mei 2005 @ 21:00:

Kan idd

Maar ik zou het zo doen (licht afwijkende variant)
mysql --user=admin --password=wachtwoord hier_de_databasenaam < sqlscript

Dit aangezien je bij sommige versies "-u username" moet doen en bij andere "-uusername"

die databasenaam aangeven kan wel problemen vanwege die USE DATABASE statement in het script, vandaar explicit niet aangeven.

[Crayne]

Ik heb een response gehad op mijn trouble ticket bij de hoster. Volgens hen is het onmogelijk dit script terug te lezen omdat de dump is gemaakt met extended inserts.

[ Voor 24% gewijzigd door Crayne op 27-05-2005 13:40 ]

[Crayne]

Heeft iemand overigens een idee waar ik de jongen die me in eerste instantie vroeg de site over te zetten heen kan sturen voor professionele ondersteuning, want zo schiet het niet op...