Afdrukvoorbeeld
Nog noooooit meegemaakt. Het zal misschien vertragen maar mysql herstart zichzelf echt niet.Citaat:
Origineel geplaatst door Rollerscapes
Dit brengt mij bij een heel leuk artikel wat ik eerder heb gelezen.
Als je mysql veel laat verwerken dan gaat het zich zelf herstarten, hier bij word worden querys gewoon gestopt.
Dus krijg je een corupte tabel!
Dit kan je oplossen door het spiltsen, maar dat duur weer zo lang :)
Ik heb hier nog nooit last van gehad... Vreemde MySQL welke je gebruikt hoor...Citaat:
Origineel geplaatst door Rollerscapes
Als je mysql veel laat verwerken dan gaat het zich zelf herstarten, hier bij word worden querys gewoon gestopt.
Jij lees teveel in de pgsql advocate nieuwsgroepen ;-)Citaat:
Origineel geplaatst door Rollerscapes
Dit brengt mij bij een heel leuk artikel wat ik eerder heb gelezen.
Als je mysql veel laat verwerken dan gaat het zich zelf herstarten, hier bij word worden querys gewoon gestopt.
Dus krijg je een corupte tabel!
Dit kan je oplossen door het spiltsen, maar dat duur weer zo lang :)
Daar hangen wel meer mensen rond met rare ideeën.. zoals dat mysql niet meer dan 20 queries gelijktijdig kan verwerken.
Vraag mezelf soms echt af op wat voor hardware die luitjes MySQL laten draaien..
We hebben getest:
een C++ programma
een conversie van access naar mysql
Records aantal: 23092
1e Systeem Dual Xeon 2,8Ghz
2e Systeem Intel Pentium 4 3,0
Ram specificatie: 4Ghz 2100 ECC
HD's Raptor 36GB Raid5
Duratie / Crash
1e 15,00 bij 4 minuut 10 wanneer er 4000 injects op werden afgevuurd in een tijdbestek van 10 seconden
2e 19,12 bij 4 minuut 49 wanneer er 3000 injects op werden afgevuurd in een tijdbestek van 10 seconden
Vervolgens WEER
een C++ programma
een conversie van access naar py Sql
Records aantal: 23092
Duratie / Crash
1e 23,00 bij 2 minuut 10 wanneer er 1000 injects op werden afgevuurd in een tijdbestek van 10 seconden
2e 19,12 bij 1 minuut 5 wanneer er 600 injects op werden afgevuurd in een tijdbestek van 10 seconden(nooit af kunnen maken)
We kunnen er een paar 10en en zo naast zitten hoor... wij willen soms ook slapen
en welk OS draaide er op de server en met welke MySQL versie werd gewerkt??
O erm sorry
Mysql Safemode 4.1.11 / 3.2.23
OSen getest: Debian3.0/3.1, Fedora Core, FreeBSD 5.3 en Archlinux 0.7.2
Ik kan in de 2e mysql versie foutief hebben opgegeven. Kan niet echt terugzoeken welke dit was. Note het gaat hier om het afvuren van een heleboel standaard SQL commando's richting MySQL. Buffer etc hebben we standaard gezet. Loligste was.. een 1300 celeron was sneller klaar dan een P4 3.0 puur omdat de P4 moest wachten ;)
Telefoongids heeft iets van 6 miljoen entries ?
Die insert je zo in mysql zonder problemen.
En hoe worden die inserts gedaan? 4000 simultane connecties? 1 connectie? Connection pool? Welke MySQL library gebruik je? Hoe is je programma opgebouwd?Citaat:
Origineel geplaatst door mveldhuizen
We hebben getest:
een C++ programma
een conversie van access naar mysql
Records aantal: 23092
1e Systeem Dual Xeon 2,8Ghz
2e Systeem Intel Pentium 4 3,0
Ram specificatie: 4Ghz 2100 ECC
HD's Raptor 36GB Raid5
Duratie / Crash
1e 15,00 bij 4 minuut 10 wanneer er 4000 injects op werden afgevuurd in een tijdbestek van 10 seconden
2e 19,12 bij 4 minuut 49 wanneer er 3000 injects op werden afgevuurd in een tijdbestek van 10 seconden
Voor zover ik weet kan je MySQL enorm onder druk zetten, en gaat hij normaal niet onderuit. Het enige wat ik kan indenken is een slechte server configuratie die teveel MySQL-processen start, en zo zijn geheugen vult (en er dan begint af te sluiten). Nog nooit heb ik een MySQL zien onderuit gaan omdat er "teveel" inserts waren. Deze wachten dan gewoon.
Fusehost