Re: Debian, C/C++ y MySQL
El tema del numero maximo de conexiones simultaneas no esta claro. Ni
la documentación de MySQL lo especifica. Solo dice que depende de la
libc del sistema.
Creo que las operaciones principales seran select e insert. Otras como
update seran menos frecuentes. Y las que se usaran solo en alguna
ocasion como create.
Parece que el tipo de sistema de archivos influye ligeramente, aunque
sigo sin tener claro hasta que punto puede afectar al hardware del
equipo. Creo que la mejor opcion es instalar un programa que analice
todo del disco duro e ir vigilandolo.
¿Sugerencias?
El día 14 de noviembre de 2014, 20:12, Haylem Candelario Bauzá
<haylem@inor.sld.cu> escribió:
> El vie, 14-11-2014 a las 15:18 +0100, Altair Linux escribió:
>> Buenas,
>>
>> estoy diseñando un programa en Debian que me ha planteado esta duda:
>> lo estoy programando en C/C++ y envia consultas a MySQL casi
>> continuamente. El programa deberia estar funcionando 24x7.
>>
>> Cada segundo, minimo una consulta. Y hay que contar que pueden pasar X
>> minutos (no creo que horas) en los que se hagan consultas
>> continuamente. Se trata de que todos los datos, y son muchisimos,
>> estan almacenados en MySQL. Las tablas estan muy divididas para
>> acelerar las operaciones, pero parece que eso no disminuye el problema
>> de forma significativa.
>>
>> Creo que en principio, no habria problema, pero me pregunto si con el
>> paso de cierto tiempo (horas?, dias?, semanas?) puede provocar
>> problemas de algun tipo: desgaste del disco duro, sobrecalentamiento,
>> etc.
>>
>>
> Eso depende de cuantas conexiones est'as abriendo con cada minuto,
> generalmente deber'ias limitar el numero de conexiones o bien obtener un
> bloqueo mientras existe una conexion.
>
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: [🔎] 1415992345.11677.4.camel@debian.inor.sld.cu">https://lists.debian.org/[🔎] 1415992345.11677.4.camel@debian.inor.sld.cu
>
Reply to: