la utilización innecesaria de las sentencias SELECT * cuando todo el procesamiento se está llevado a cabo en una sola columna. El mucho más información se recupera desde el servidor el trabajo extra MySQL tiene que ver y mucho más ancho de banda que se necesita. 2. El empleo de sub-consulta como una alternativa a una combinación. Sobre una base de datos diseñada correctamente, se une son increíblemente rápido. Haciendo uso de sub-consultas sólo demuestra una falta de conocimiento. 3. El uso indebido de las teclas. Puede ser especialmente válida para los controles de rango.
Recuerde que debe utilizar la sentencia Explique a comprobar la utilización de llaves y luego use el uso declaración crucial en sus cláusulas donde para forzar la utilización crítica. Factores Server Cada cosa lleva a cabo correctamente, no obstante, bien puede haber algunos factores de servidor que posiblemente puedan estar causando la técnica a ser lento. Estos son: 1. Hardware de configuración 2. asociada servidor asociado Aquí es lo que usted es capaz de hacer con el hardware: 1. La memoria RAM extra es en el método de la mejor que puede ser.
MySQL menudo obtiene información de la RAM y mucho más la memoria RAM es de la técnica, la mejor que puede ser. 2. Compra la memoria RAM más rápida alcanzable! Una memoria RAM más lenta es la ironía. 3. Tan pronto como se liquidarán con el tamaño de la memoria RAM y la velocidad, parecen para la velocidad de procesamiento. MySQL puede utilizar varios procesadores. Tan pronto como se puede estar satisfecho con el hardware, se encuentra un conjunto de variables en my.cnf que usted debe parecer a: a) key_buffer_size: Esto describe la memoria accesible para guardar las claves de índice.
El valor predeterminado es 8 MB pero puede establecerlo en 25% con la memoria RAM. b) query_cache_size: Esta pena es por defecto ..! si podría tener una gran cantidad de consultas que se repiten como en aplicaciones de información, etc.,