[MySQL / PHP] Foutmelding bij inlezen backup.

[Verwijderd]

Goede avond beste mede Got'ers,

Ik had een IPB forum bij het voormalige FFF, tot het voor een tijdje geleden van eigenaar veranderde.
Ik kocht mijn mysql database op, maar nu kan ik het niet in mijn huidige mysql database implementeren.

Ik gebruik phpMyAdmin 2.5.7.

De backup file begint met:

#
# Table structure for table `ahadunahad_admin_logs`
#

DROP TABLE IF EXISTS `ahadunahad_admin_logs`;
CREATE TABLE `ahadunahad_admin_logs` (
`id` bigint(20) NOT NULL auto_increment,
`act` varchar(255) default NULL,
`code` varchar(255) default NULL,
`member_id` int(10) default NULL,
`ctime` int(10) default NULL,
`note` text,
`ip_address` varchar(255) default NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

#
# Dumping data for table `ahadunahad_admin_logs`
#

En gaat verder met:

INSERT INTO `ahadunahad_admin_logs` VALUES ('1', 'op', 'dourl', '1', '1095369585', 'Board Settings Updated, Back Up Written', '62.195.182.177');

En eindigd met:

#
# Table structure for table `ahadunahad_warn_logs`
#

DROP TABLE IF EXISTS `ahadunahad_warn_logs`;
CREATE TABLE `ahadunahad_warn_logs` (
`wlog_id` int(10) NOT NULL auto_increment,
`wlog_mid` mediumint( NOT NULL default '0',
`wlog_notes` text NOT NULL,
`wlog_contact` varchar(250) NOT NULL default 'none',
`wlog_contact_content` text NOT NULL,
`wlog_date` int(10) NOT NULL default '0',
`wlog_type` varchar(6) NOT NULL default 'pos',
`wlog_addedby` mediumint( NOT NULL default '0',
PRIMARY KEY (`wlog_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

#
# Dumping data for table `ahadunahad_warn_logs`

Ik ben compleet radeloos..
Normaal kan ik met een ipb backup de scripts handmatig in stukken implementeren omdat het te groot is voor in een keer.

Maar met dit kan ik dat niet.. krijg dan een melding:

Database sunni_nl - Table ahadunahad_dnames_change running on localhost
Error

SQL-query :

CREATE TABLE `ahadunahad_admin_logs` (

`id` bigint( 20 ) NOT NULL AUTO_INCREMENT ,
`act` varchar( 255 ) default NULL ,
`code` varchar( 255 ) default NULL ,
`member_id` int( 10 ) default NULL ,
`ctime` int( 10 ) default NULL ,
`note` text,
`ip_address` varchar( 255 ) default NULL ,
PRIMARY KEY ( `id` )
)ENGINE = MYISAM DEFAULT CHARSET = latin1

MySQL said:


#1064 - You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT CHARSET=latin1' at line 10

Neem mijn noobness op dit terein niet kwalijk

[TERW_DAN]

Wat je moet doen is even dit stukje "CHARSET=latin1" er overal uitgooien (staat waarschijnlijk onder iedere tabel).
Ik kreeg van de week op phpmyadmin hetzelfde gezeik, blijkbaar zijn verschillende versies van phpmyadmin niet geheel compatible met elkaar. Nadat ik CHARSET=latin1 eruit had gegooid importeerde het ding netjes alle tabellen en werkte het prima.

[Voutloos]

Je migreert nu wellicht naar een oudere versie mysql welke niet die 'DEFAULT CHARSET = wa' zinsnede ondersteunt. Overstappen naar nieuwere versie of anders dat stukje weghalen.

Terw_Dan schreef op zondag 29 oktober 2006 @ 22:03:
blijkbaar zijn verschillende versies van phpmyadmin niet geheel compatible met elkaar.

Het is niet de admin frontend welke dit soort syntax errors bedenkt.

[ Voor 43% gewijzigd door Voutloos op 29-10-2006 22:05 ]

[Xof]

Als je via phpmyadmin gaat importeren dan moet je er wel voor zorgen dat je het import als Latin1.. (en zoals hierboven staat idd die regel weghalen).

Als je het niet import via Latin1 dan is de kans groot dat bijv. de 'é' niet goed wordt weergegeven.

[Teak]

Verander ENGINE = MYISAM eens in TYPE=MYISAM misschien dat dat wil werken.

Dit probleem heb ik zelf namelijk wel eens gehad.

[Verwijderd]

Hartstikke bedankt mensen

[Voutloos]

Mbt de opmerking van Teak:

The ENGINE and TYPE options specify the storage engine for the table. ENGINE was added in MySQL 4.0.18 (for 4.0) and 4.1.2 (for 4.1). It is the preferred option name as of those versions, and TYPE has become deprecated. TYPE is supported throughout the 4.x series, but likely will be removed in the future.

Dus als je nog verdere vragen hebt, is het sowieso handig om te melden welke MySQL versie je nou presies hebt.

[Verwijderd]

MySQL Versie is: 4.0.24

Ik heb een SQL query en die is te groot om up te loaden.
Terwijl het niet de allowed memory overschrijd.

Handmatig runnen van een SQL query heeft een time out van 120
Dus had ik het maar als een textfile upgeload en dan werkt het nog niet..

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 14782319 bytes) in /usr/share/phpmyadmin/libraries/read_dump.lib.php on line 100

[Creepy]

Dan pas je de allowed memory size even aan Hoe? Prima te vinden in de PHP manual.
Kan dat niet? Dan zul je moeten kijken of je direct met een SQL client een connectie kan maken met de MySQL server en op die manier importeren. Hoe? Again, prima te vinden in de manual (die van MySQL dit keer ).

En anders kan je hoster er ook nog wel mee helpen verwacht ik.

Ik heb ook gelijk je topic titel even aangepast. Zie ook *** Over topictitels in PRG - lezen voor topic openen!!! ***.

[ Voor 22% gewijzigd door Creepy op 31-10-2006 11:08 ]

[Verwijderd]

De server is niet van mij.
En de host staat geen externe client toe vanwege veiligheids redenen..

Kan ik het niet in stukjes delen?

[Voutloos]

Verwijderd schreef op dinsdag 31 oktober 2006 @ 12:03:
Kan ik het niet in stukjes delen?

Ja, het inserten van de data is simpel in stukjes op te hakken, zie het probleem niet. En dan nog kan je misschien wel je hoster verzoeken om eenmalig 1 groot bestand voor jou te importeren.

[Verwijderd]

De probleem is dat ik niet weet hoe..
Ik heb ook een verzoek ingediend bij mijn host..

[Voutloos]

Verwijderd schreef op dinsdag 31 oktober 2006 @ 12:44:
De probleem is dat ik niet weet hoe..

Dan heb je ook nog nooit de moeite genomen om te kijken wat uberhaupt in zo'n lap sql staat. Je hebt een tabel structuur en vervolgens voor elke rij een insert into statement. Die insert into statements kan je gewoon prima over meerdere bestanden verdelen. Hoe? Met je favo editor.

[Verwijderd]

Volgens mij heb je mijn openings post niet gelezen..

#
# Table structure for table `ahadunahad_admin_logs`
#

DROP TABLE IF EXISTS `ahadunahad_admin_logs`;
CREATE TABLE `ahadunahad_admin_logs` (
`id` bigint(20) NOT NULL auto_increment,
`act` varchar(255) default NULL,
`code` varchar(255) default NULL,
`member_id` int(10) default NULL,
`ctime` int(10) default NULL,
`note` text,
`ip_address` varchar(255) default NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

#
# Dumping data for table `ahadunahad_admin_logs`
#

Dus ik kan dit stuk dan gewoon tussen de rows stoppen..

Ik had er wel aan gedacht maar niet geprobeerd..
Omdat ik dacht dat je het moest aanpassen aan de row waar je het weer laat beginnen..

[ Voor 76% gewijzigd door Verwijderd op 31-10-2006 14:28 ]

[Verwijderd]

De host wou me niet helpen.
Het is me gelukt dmv een script genaamd Bigdump.

Maar nu: There appears to be an error with the database.

Error Returned

mySQL query error: INSERT INTO ahadunahad_cache_store (cs_key,cs_value,cs_array) VALUES('systemvars','a:0:{}',1)

SQL error: Unknown column 'cs_array' in 'field list'
SQL error code:
Date: Saturday 04th of November 2006 11:51:11 AM

Hoe kan ik dit verhelpen?

[Xof]

Je moet je errors toch eens beter lezen.. Unknown column 'cs_array' in 'field list'..

Blijkbaar is die kolom nog niet aangemaakt.. Dus moet jij het stukje checken van # Table structure for table `ahadunahad_cache_store`

[CyBeR]

Stuur gewoon die SQL naar je hoster en vraag of zij 'm even handmatig voor je willen importen omdat 't via phpmyadmin niet wil...

[Verwijderd]

@Xof

Ja ik had begrepen dat ik een field mis ..

Ik kan wel een field toevoegen..
Maar wat hoort bij TYPE en de rest staan?

@Cyber .. host doet dat niet

[Verwijderd]

ohw shit heb dus een field aangemaakt genaamd 'cs_array' in de _cache_store
en nu krijg ik dit :

mySQL query error: SELECT id, name, mgroup, member_login_key, email, restrict_post, view_sigs, view_avs, view_pop, view_img, auto_track,
mod_posts, language, skin, new_msg, show_popup, msg_total, time_offset, posts, joined, last_post, subs_pkg_chosen,
ignored_users, login_anonymous, last_visit, last_activity, dst_in_use, view_prefs, org_perm_id, mgroup_others, temp_ban, sub_end,
has_blog, members_markers, members_editor_choice, members_auto_dst, members_display_name, members_created_remote,
members_cache, members_disable_pm FROM ahadunahad_members WHERE id=1

SQL error: Unknown column 'member_login_key' in 'field list'
SQL error code:
Date: Saturday 04th of November 2006 01:48:17 PM

Ben ik al mijn members info kwijt ?

edit: ok.. heb dus handmatig member_login_key toegevoegd
Maar nu weer

SQL error: Unknown column 'subs_pkg_chosen' in 'field list'

Volgens mij mis ik nog veel dingen

Ik ga verder.. maar ik vraag me toch echt af waarom ze er niet in staan..

[ Voor 12% gewijzigd door Verwijderd op 04-11-2006 14:02 ]

[Xof]

Het is idd wel vreemd, kun je nog bij de oude database de structuur bekijken? Dan ga je het gewoon vergelijken, kost wat tijd maar dan weet je zeker of het klopt.

De dingen die je mist zijn trouwens nog niet echt belangrijke dingen geweest.. de member_login_key bijv. zal te maken hebben met de sessie van iemand.. in het ergste geval moet hij straks dus opnieuw inloggen (wat hij sowieso zou moeten doen als het een ander domein is)

[Voutloos]

Verwijderd schreef op dinsdag 31 oktober 2006 @ 14:16:
Volgens mij heb je mijn openings post niet gelezen..

Dus ik kan dit stuk dan gewoon tussen de rows stoppen..

Ik had er wel aan gedacht maar niet geprobeerd..
Omdat ik dacht dat je het moest aanpassen aan de row waar je het weer laat beginnen..

Ik had je openingspost dus echt direct al helemaal gelezen hoor en daarom zie ik het probleem ook niet. Tabel aanmaken en dan in meerdere stappen de rijen erin plempen. Je hoeft niet steeds tussendoor de tabel nog een keer te maken.

Maar goed, als er een fout optreedt bij een INSERT INTO statement, bekijk of je het CREATE TABLE statement van desbetreffende tabel al 1x hebt uitgevoerd en of die structuur wel klopt.

[Verwijderd]

Ik wist gewoon niet hoe dat moest

Maar goed, de problemen waren onstaan doordat backup van een veel oudere versie ipb is gemaakt.

Nu heb ik dus eerst het kloppende versie geinstalleerd en daarna met Bigdump script de database upgeload.

En nu moet ik de forum upgraden van 1.3 naar 2.17 ik hoop dat dat geen problemen opleverd.

Bedankt iedereen!