Optimice MySql en vServer
¡Usted sólo debe optimizar, cuándo la interpretación bajo MySQL ist no bueno y nota todo el changings, por qué es posible, que usted consigue con los nuevos ajustes más tensión! ¡Antes de que usted comience a optimizar, su servidor debe ir sido correr más como 48 horas, voluntad más larga sida mejor!
En versiones más viejas expl. más viejo cuando Debian Graban al agua fuerte y MySQL 4.x usted debe probar sobre el phpMyAdmin - Interfaz, que muchas sesiones no están cerradas. Cuando es así, usted debe comprobar el tiempo de la sesión máximo y usted reduse ellos. Una cosa es, usted puede programar una escritura para cerrar las sesiones, donde abrirse mucho tiempo. Para esto usted puede ponerse en contacto con nosotros en nuestra página del Contacto.
| QUERY1 | SET1 | QUERY2 | |||
| Compruebe cuantos archivos se abren: | |||||
| lsof | grep -c -e ".*" | 3098 | 4072 | |||
| Compruebe de Virtouzo - Configuración / Usar | |||||
| cat /proc/user_beancounters numfiles (barrier) | 7360 | 5933 | |||
| 7360 barrier -momently open 3098 also optimal: | 4262 | ||||
| Failcounters? in kmemsize? --> A | 800x | ||||
| inciiar de script tuning-primer.sh : | |||||
| expl. viejo límite de Archivo abierto (lt. Afinación a bajo) | 1100 | ||||
| possible adiciónal 4262 / 4 = | 1065 | ||||
| Suma de los nuevos ajustes: (2165) redondear | 2000 | ||||
| Table Cache (lt. Tuning a bajo) | 500 | ||||
| cuantos MySQL-Tables en total (lt. Tuning) | 1920 | | |||
| 2000 abierto archivos / 2 = 1000 --> adjustar nuevo | 1000 | ||||
| Joins más timpo sin Index // Memoria muchio 8 MB | 4 MB | ||||
| lt. Tuning key_buffer_size bajo (8 MB) 500 MB RAM min. usable / 8 => adjustar nuevo | 62 MB | ||||
| Compruebe ulimit -Adjuste con ulimit -a | |||||
| expl. adjuste mas bajo -n | 1024 | 3000 | 1024 | ||
| 7360 - 2000 para MySQL -> 2360 redondear: | |||||
