alessandri escribió:  

hola.

Gracias shordi. buena idea probar en la empresa con el probador.

Con respecto a lo que sugiere el señor JGuardon, Ya mi software incorpora
un contador de 30 segundos que ejecuta una query para que no se cuelgue,
pero el problema persiste. Además el primer probador que suministro shordi
estaba dirigido a verificar los tiempo de inactividad, y se pudo verificar que
tras 6 horas de inactividad la conexión no se corto.

Después de hacer la prueba en la empresas, y si no encuentro nada entonces
seria bueno probar con un probador hecho en Python o Java, si ambos se
cuelgan el problema apuntaría al Proveedor de conexión.
Gracias.

gambafeliz escribió:  

alessandri escribió:  

hola.

Gracias shordi. buena idea probar en la empresa con el probador.

Con respecto a lo que sugiere el señor JGuardon, Ya mi software incorpora
un contador de 30 segundos que ejecuta una query para que no se cuelgue,
pero el problema persiste. Además el primer probador que suministro shordi
estaba dirigido a verificar los tiempo de inactividad, y se pudo verificar que
tras 6 horas de inactividad la conexión no se corto.

Después de hacer la prueba en la empresas, y si no encuentro nada entonces
seria bueno probar con un probador hecho en Python o Java, si ambos se
cuelgan el problema apuntaría al Proveedor de conexión.
Gracias.

Alguien a barajado la posibilidad de que sea lo contrario, osea que no sea que se corta por timeout sino por sobrecarga de accesos a la base de datos que creo recordar que puede ser 38 conexiones simultaneas (ojo eso creo)

Lejos de las cifras, la pregunta es, ¿podría ser limitación de conexiones simultaneas? (ojo conexiones no son usuarios conectados, ok)

tincho escribió:  

Hola a todos, me acoplo recién a este hilo luego de leer todo el post.
Por lo que veo los problemas de comunicación que describen son misteriosas, como bien lo dicen aquí.
No conozco mucho de estos temas pero por lo que he visto las aplicaciones web, que corren en un servidor a tal efecto, como apache por ejemplo, trabajan con una base de datos en el mismo servidor o de forma local, pero no enlazan a través de internet.
Creo que lo que falta aquí es un programa servidor que gestione la recepción de datos (tal vez el envío) y de esta manera el programa gambas (cliente) solo "hablaría" con un programa servidor (que puede ser gambas o no) y nunca con la base de datos.
He leído alguna vez que no es para nada conveniente dejar "expuesto" el servidor de bases de datos en internet" de hecho si se fijan en la configuración de mysql viene comentado donde habilita a " * " de direcciones.
En resumidas cuantas, me parece que hay que partir el problema en dos. Dos programas uno cliente y otro servidor.
Saludos.

alessandri escribió:  

Hola mis amigos gamberos.

Creo que es hora de dar solución a ese problema definitivamente, así que aquí le presento más premisas.

* Es obvio que el TimeOut es un problema, pero este se soluciona con un control time que ejecute un Select
ligero sobre una tabla pequeña cada 30 segundos o 20 según sea el caso, o bien se puede gestionar la configuración
adecuada con quien sea el administrador.
* Ya he incorporado eso en mi aplicación y el problema persiste.

ESCENARIO REAL
servidor:
Ubuntu 14.04 32 bits, 200 GB de disco SD, ubicado en NewYork, Empresa DigitalOcean, 8 Cores 2.8 MHZ
DBMS:
MysqlServer  5.5.62-0ubuntu0.14.041, conectado vía socket /var/run/mysqld.sock, port: 3306
Carga de datos:
Base de datos cargada con 211 MB de data, 120 tablas
Clientes se conectan:
desde República Dominicana, mediante la red Claro
Cantidad de clientes:
se ha creado un solo cliente en Mysql y lo usan 16 computadoras
Carga en el servidor estimada:
800 facturas al día que afectan al menos 4 tablas, y muuuuuchos select para buscar los productos, pocas sentencias DELETE
seguridad
No uso SSL

VARIABLES
[list]componente de conexión mysql de Gambas3 y su empleo en la aplicación
configuración de MysqlServer
configuración del servidor remoto
empresa distribuidora de internet ISP (Velocidad de carga y descarga)
carga de datos[/list]

CUESTIONES
1- ¿Porque se desconecta espontáneamente incluso si has utilizado la conexión 3 segundos antes?

2- ¿Porque si realizas un Dump de la base de datos completa se descarga a 1.3 mb pero si haces un select sobre 200,000 registros
no puedes aprovechar dicha velocidad en gambas? (en mi caso es así cuando intento visualizar los datos desde el objeto result)

3- ¿Porque si hago la conexión vía PHP se observa un rendimiento de aproximadamente 650 kbps consultando 200,000 registros?

*Si surgen otras preguntas favor agregar, pero no perder el enfoque de la primer pregunta.

APORTE
En 24 horas voy a alquilar un servidor exactamente igual en DigitalOcean para ponerlo a la disposición por 30 días, con una copia de la base de datos
y todas la credenciales de SSH para que puedan verificar las configuraciones de mysql y ubuntu.

Gracias.