PHP OO colapso mysql por conexiones abiertas

[josepaspi]

Buenas tardes.
Haber quien me puede ayudar comentar algo sobre mi problema.
Tengo un sistema de pedidos vía web que funciona perfectamente, básicamente con un base de datos y una tabla casi siempre para pedir piezas, estoy en un hosting de pago 1 and y tiene 18 conexiones a mysql hasta ahí todo bien.
El script se conecta a través de un formulario pide piezas, lo graba en la tabla y la cierra la conexión con mysql close, puede haber varios a la vez pidiendo piezas o consultando, pero ahora el trafico aumentado y sin más me dice que hemos superado el número de conexiones, y se bloquea no permite acceder a la base de datos, el hosting me bloquea una hora y ya funciona, he llamado y me han comentado que es que algún script no se cierra los he revisado y sí que lo cierra, he estado leído algo sobre conexiones latentes, el hosting me comenta que me pase a un servidor dedicado que tiene 150 conexiones pero se me va de presupuesto de momento.
Alguien sabe de un script de cierre total de la conexión o me puede orientar sobre esto.

Gracias de antemano.

[Triby]

La verdad, me parecen muy pocas conexiones, sin embargo, sería muy difícil que superes las 18, a menos que el tráfico del sitio sea considerable o que en tus scripts estés usando más de una conexión.

Se requeriría de 19 (o más) peticiones simultáneas para colapsar el sitio, lo cual es posible de acuerdo al tráfico y a motores de búsqueda indexando páginas.

Tienes algún sistema de estadísticas con el que puedas medir el tráfico y saber si esa es la causa?

Por otra parte, algunos desarrolladores suelen establecer dos o más conexiones a base de datos, cuando una es más que suficiente en la mayoría de los casos. Mencionas que conectas, lees, grabas y cierras conexión, pero cuántas veces lo haces en una misma petición?

No tengo experiencia con conexiones persistentes, así que no puedo opinar de eso; en cuanto al servidor, seguramente un VPS (mucho más económico que el dedicado) puede ser suficiente para tus necesidades.

En todo caso, lo mejor es analizar todas las posibilidades para encontrar la solución más adecuada.

[josepaspi]

Gracias por contestar.

"Mencionas que conectas, lees, grabas y cierras conexión, pero cuántas veces lo haces en una misma petición?"

Es constante, los recambistas piden una piezas, se conectan, graban el pedido y cierran constantemente, y vuelven a realizar un pedido, tal vez lo mejor seria no cerrar la conexión tenerla abierta y solo contario como una, pregunto.

[Triby]

A ver, te explico cómo debería funcionar esto:

1- Al iniciar la petición conectas a base de datos
2- Realizas las consultas necesarias para identificar al usuario y mantener la sesión
3- Realizas las consultas necesarias para mostrar productos y/o guardar pedido
4- Fin del script, se libera la única conexión a base de datos para esta petición

[josepaspi]

Si hace eso.

Pero pueden haber varios usuarios haciendo eso, y cada uno tiene un ordenador, por lo tanto pueden haber 5 utilizando ese proceso y 3 realizando otro sobre la misma base de datos, pero es dificil que coincidan 18 a la vez, haciendo algo, por eso si abro y cierro la conexión no entiendo como se bloque, salvo que el servidor piense que es un ataque y se bloquee, al principio esto no pasaba, pero tal como he ido metiendo usuarios me pasa esto, estoy un poco desesperado y no se por donde tirar, que hay dias que va todo vien, y cuando mas nos urge no deja tirados.

Saludos de antemano.

[Italico76]

Iniciado por Triby

Se requeriría de 19 (o más) peticiones simultáneas para colapsar el sitio, lo cual es posible de acuerdo al tráfico y a motores de búsqueda indexando páginas.

Con solo 5 abiertas a mi me colapsaba un hosting de mala muerte

@josepaspi : Si tu hosting molesta tanto... podrias usar SQLite ya que seguro son puras consultas y sin concurrencia en escritura no tendras ningun problema.


Los consejos de @Triby debes seguirlos... sino te alcanza prueba con SQLite (y pasas a tener 0 conexiones y fin del problema)

Podria bajar un poco el rendimiento pero es mejor que tener problemas

[dashtrash]

Seguro que no estás usando una "libreria","clase" o *algo* que gestiona la base de datos, que cada vez que se hace 1 query, primero conecta, con lo que hace 1 conexion por query? No sería la primera ni la segunda vez que he visto esto...

Si tienes 18 conexiones, que significa 18 páginas servidas a la vez, y, teniendo en cuenta que, entre el tráfico de red, y que la gente pasa tiempo mirando la página, rellenando formularios, etc, si estás sirviendo 18 páginas a la vez es que tienes al menos 180 usuarios continuamente en tu web, en caso de que puedas servir 18 páginas por segundo (a una media de 10 segundos por usuario/página).Si es así, tienes una web que no sé qué hace en one & one.
Si no eres capaz de servir 18 páginas por segundo, es posible que pase lo contrario.Hay un proceso que hace que la página se cargue muuy lenta.Eso hace que la gente recargue la página, que se acumulen peticiones, por lo que llegarías de nuevo a las 18 conexiones simultáneas, pero en ese caso, con muchos menos usuarios que están esperando a que se cargue una página muy lenta.

Busca cualquier código de conexión a la base de datos, y mete una linea de debug.Carga una página.Cuántas líneas de debug aparecen? Sólo una?.Cuánto tiempo tarda en resolverse la petición más pesada que tengas? Has hecho un SHOW PROCESSLIST cuando la web está colgada?

[josepaspi]

Tienes razón estoy haciendo eso que tu dices, y recargando la pagina continuamente, mi nivel de php es muy basico, no me dedico a eso profesionalmente, pero voy haciendo cositas en el trabajo para dar mas servicio a clientes, me puedes dar mas pistas para investigar y seguir aprendiendo, ya que libreria y clase lo he oido pero me suena un poco a chino.

Gracias, por que has dado en el clavo, ahora voy a ver como lo soluciono, me puedes ayudar un poco.

Saludos.

Josepaspi