[Jonas]

RAM disken har ingen information som kommer att finnas kvar efter omstart, så om maskinen hänger sig eller startar om så kommer datan att vara borta.

Du har inget att vinna på det, såvida att du inte att dina diskar är flaskhalsen. MySQL är duktigt på att tugga i sig RAM. Och MySQL buffrar även upp sin information så att den slipper läsa/skriva alltför ofta.

[Nerox]

Ursprungligen postat av Jonas

RAM disken har ingen information som kommer att finnas kvar efter omstart, så om maskinen hänger sig eller startar om så kommer datan att vara borta.

Det är lätt löst.. man kör backup på innehållet i minnet till hårddisk med gjämna mellanrum (cronjob / crontab).

Ursprungligen postat av BarateaU

SSD diskar till servern låter klokare då.
Sitter i alla våra nya blade servrar, skönt att de händer nått på hdd marknaden nu.

Ville unvika att lägga ut flera tusen på SSD, SAS eller SCSI diskar..

[Clarence]

Ursprungligen postat av Nerox

Det är lätt löst.. man kör backup på innehållet i minnet till hårddisk med gjämna mellanrum (cronjob / crontab).



Ville unvika att lägga ut flera tusen på SSD, SAS eller SCSI diskar..

Fast vad motiverar detta jämfört med att köra ett databassystem som cachar så gott det går av färdigbearbetad data i RAM? Och som dessutom buffrar writes, med hänsyn till när datan behöver läsas uppdaterad. Att uppfinna hjulet på nytt på ett effektivt sätt blir både utmanande och tidsslösande.

[Nerox]

Ursprungligen postat av Clarence

Fast vad motiverar detta jämfört med att köra ett databassystem som cachar så gott det går av färdigbearbetad data i RAM? Och som dessutom buffrar writes, med hänsyn till när datan behöver läsas uppdaterad. Att uppfinna hjulet på nytt på ett effektivt sätt blir både utmanande och tidsslösande.

Äntligen nån som läste original frågan..
Frågan var om det var någon idé att köra Ramdisk eller om operativsystemets cache av filer etc gör att det är slöseri med tid..

Första svaret jag fick var att köpa mer ram.. senare kom svaret köp ssd / sas diskar.


Tack för svaret clarence +1

ps. admin kan låsa topic har fått mitt svar

[emilv]

Ursprungligen postat av Nerox

Det är lätt löst.. man kör backup på innehållet i minnet till hårddisk med gjämna mellanrum (cronjob / crontab).

Nej, det är inte så lätt löst. Du måste se till att datan inte ändras när du tar backupen. För att vara helt säker på att det inte blir en korrupt backup bör du stänga ner MySQL under tiden (alternativt om du kör enbart MyISAM-tabeller och använder mysqlhotcopy).

En bättre lösning är då att du själv tittar på att cacha SQL-frågor med memcached. Det kan snabba upp rejält om du gör det på rätt sätt.

[Clarence]

Ursprungligen postat av emilv

Nej, det är inte så lätt löst. Du måste se till att datan inte ändras när du tar backupen. För att vara helt säker på att det inte blir en korrupt backup bör du stänga ner MySQL under tiden (alternativt om du kör enbart MyISAM-tabeller och använder mysqlhotcopy).

Njae, det finns bland annat två verktyg kallade XtraBackup och InnoDB Hot Backup som klarar "hot backups" även mot innodb tabeller förutom MyISAM (och även XtraDB i första fallet). Inte för att det förändrar vad jag tycker om hans idé, men för poängens skull.