vs MySQL ARCHIVO

Tengo un script php en mi sitio que se está 31k visitada todos los días. Ahora hay dos o tres comandos SQL que se ejecutan en ese guión. Desde que estaba tomando los recursos del sistema demasiado, fue suspendido en el sitio de alojamiento.

Los tres comandos de SQL se

Ahora puedo rehacer las cosas de tal manera que puedo deshacerme de MySQL, pero el manejo de archivos se reducen los recursos del sistema o va a aumentar los recursos del sistema?

¿Hay alguna otra solución, aparte de la actualización del servidor de hosting?

No puede almacenar en caché porque tengo que mostrar el valor actualizado.

Si usted hace lo mismo pero con los archivos, lo más probable es que sea peor para ti. ¿Qué tipo de tabla de MySQL está usando? Por ejemplo, MyISAM? InnoDB? La razón que pido es que parece que puede estar haciendo más escribe en la tabla de utilizar lee. Ciertos tipos de tabla se manejan mejor que otros tipos de tabla en función de sus circunstancias. tablas MyISAM son mejores si la mayoría de las consultas SQL se lee. InnoDB es mejor si la mayoría de las consultas SQL se escribe.

En segundo lugar, ¿tiene los índices de estos cuadros? En sus dos primeras consultas SQL que está utilizando WHERE. Si no está utilizando correctamente en los índices de las tablas que podría frenar las cosas un poco y aumentar el uso de los recursos.

Así que me gustaría comprobar el tipo de tablas que está usando, y asegúrese de que tiene los índices de instalación en las tablas correctamente para mantener consultas eficaces.

Thx por su respuesta.

Estoy usando el motor MyISAM. No comprobé que. ¿Cree usted que la última consulta (que es una consulta de inserción) con motor MyISAM causando problemas en el guión?

Sigo al menos un caso de clave principal para las consultas. Así que tienen índices, pero creo que tengo que comprobar si es correcta o no.

Sólo depende, puede intentar InnoDB para ver si funciona mejor para su situación. En cuanto a los índices, puede indicar si las consultas son eficientes poniendo la palabra "Explicación" de cualquiera de sus consultas y ver los resultados. Le dirá cuántos registros tiene que pasar y el tipo de búsqueda. Puede aprender más acerca de explicar aquí:

http://dev.mysql.com/doc/refman/5.0/en/explain.html
http://dev.mysql.com/doc/refman/5.0/en/ ... plain.html

También el tipo de combinación es importante con sistema, const, eq_ref y referencia del ser el mejor. Si ves a "Todos" los generalmente no es buenos.

Puede que desee examinar algunos otros subprocesos de Ozzu que hablan sobre la optimización de cómo utilizar MySQL:

Programming-Forum/What-are-Lot-MySQL-Queries-per-page-t83201-15.html

¿Por qué obtengo la sensación de que están haciendo esto en alguna forma de bucle PHP? Mirando ese código, incluso si se ejecuta 31000 veces al día, no debería causar el tipo de carga que causaría el host suspenderlo. Si un día consta de 86400 segundos y la secuencia de comandos está siendo éxito 31000 veces significa que se está ejecutando cada 2,7 segundos. Mirando el código por encima de él no debería tardar más de 2,7 segundos.

¿Lo que está haciendo el código PHP con estas declaraciones sql?

math agradable pero no es por qué obtenemos servidores más grandes para manejar la carga, pero me sigue apareciendo el punto de bucle de tho. Necesidad de tira abajo el código de menos serverload.