Mysql in ambiente volatile - RAM

[o.si...@gmail.com]

Ciao a tutti.

Mi piacerebbe avere qualche riscontro da chi ha esperienza nell'utilizzo di Mysql in ambiente RAM e/o situazioni di tuning estremo delle performnces

Abbiamo tabelle con milioni di righe, fatte tutte le ottimizzazioni possibili, repliche, upgrade hardware, rimosso join ove possibile, riscritto e ottimizzato le stock procedures.
Anche provando con dischi SSD, certamente abbiamo avuto notevoli miglioramenti, ma non a tal punto da raggiungere le tempistiche che ci servono per essere competitivi.

Siamo passati da tragici 15 secondi di query, a 10, poi a 7, ma i rivali sono tra i 4/3 secondi, abbattare questo ostacolo è davvero difficile.

Facendo alcuni studi delle tecnlogie usate da aziende concorrenti, sappiamo che il loro approccio è stato optare per l'utilizzo di mysql su gnu/inux in ambiente completamente RAM, e i dischi solo per i log usando spesso distribuzioni ricompilate ad-hoc, una sorta di extreme tuning insomma.

le query sono solo di visualizzazione, e vengono fatte s una replica dei db, che gestiche la parte di shopping on line, quindi query di ricerca dei prodotti. dopo di che, terminano il loro scopo.

E' un ambiente di lavoro ovviamente non "classico", ma è l'unica alternativa che a seguito di studi, le aziende rivali hanno adoperato, e con successo.

Grazie mille per il vostro eventuale contibuto costruttivo

[shad...@gmail.com]

crea un ram disk (msi Ramdisk) e copiaci i file di database .