Archief - MYSQL: phpmyadmin - max records

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

fromalk

Legacy Member
Lord Kveldulv heeft gelijk, de 'enige' degelijke manier om een file van 195 mb in een mysql db te steken is hem via ssh inladen, upload hem gewoon naar de server zelf zoals je anders doet en log in via ssh zoals hierboven, dan hoeft je niet te prullen met controlepanelen, access db's phpmyadmin en noem maar op :)

wel opmerken als het een gedeelde server is denk ik niet dat men dit soort databases in dank zal aannemen ;)

Lord Kveldulv

Legacy Member
[E.I]Magic;9043651 zei:
En nog iets.. Hoe neem ik in godsnaam een backup van de database met zoveel records?

Ik had er nog over gelezen.
Simpel antwoord: ik vrees van niet.
Complexer antwoord: Ge draait zelf bij u thuis ne mysql server en dan zet ge replication op. De server int datacenter is de master, uw serverke thuis de slave om daar ook uitgevoerd te worden. Als er een query gebeurd op de master wordt die METEEN doorgestuurd naar de slave. Dus crasht de master, dan hebt ge tot op de laatste seconde ne exacte copy op de slave. Ne mirror zeg maar. Maar daar moet de server voor ingesteld worden wat ge als niet-admin nie zult kunnen. Bij mij opt werk doen we het zo en voor mijneigen ook (heb een eigen server in datacenter staan).
Maar ja, accidentele deletes en moest uw db gewiped worden door een hacker dan heeft de slave ook prijs natuurlijk.
Dat valt op te lossen door geregeld een kopieke te pakken van de files op schijf. Dus de dir '/var/lib/mysql/uw_db_name_hier/' overkopieren met alle .myd, myi,... bestanden. Dat is voldoende. Kopieer die later gewoon terug op z'n plaats en uw db staat er weer. Heb hier thuis 2 mysqld instances draaien. Eentje is slave van de server int datacenter. Voor de 2de heb ik een simpel copy/past scriptje dat deze bestanden van de eerste overkopieert in de dir van de 2de. Die is dus meteen m'n backup en test server (en da allemaal draait op ne hardwarematige RAID5 en wordt wekelijks op DDS en/of DLT tapes geschreven, dus er mag al wel es iet gebeuren eer ik panikeer :p).
Als ge ssh toegang hebt tot de server en genoeg user rights om aan de mysql dir te komen dan zou'k uw db's gewoon op de schijf tarren en via ftp afhalen. Maar betwijfel of ge da gaat mogen.

Een ander oplossing is een simpel php scriptje: SELECT field1,field2,field3 FROM mijntable;
Output da als sql insert queries. Niet op het scherm, maar schrijft dat in een bestand op schijf dat ge ook weer via ftp afhaalt. Maar dit kan ook weer de server zwaar belasten...
Misschien dat phpmyadmin da zelfs kan? Heb da ding al in jaren niemeer gebruikt.

[E.I]Magic

Legacy Member
Over een overdosis aan informatie gesproken :)

In ieder geval, bedankt voor alle info!

Ik ben al heel wat wijzer geworden!

Gr

dJeez

Legacy Member
Lord Kveldulv zei:
Dat valt op te lossen door geregeld een kopieke te pakken van de files op schijf. Dus de dir '/var/lib/mysql/uw_db_name_hier/' overkopieren met alle .myd, myi,... bestanden. Dat is voldoende.
Dat moet je vooral doen terwijl je MySQL server live is, echt... als je de kans op een corrupte database gigantisch wil verhogen toch.

De correcte werkwijze (zoals beschreven in de docs van MySQL) is om gebruik te maken van mysqlhotcopy of mysqldump voor backups, en niks anders.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan