Mysql tiene la capacidad de soportar a un banco en horas pico. Por ahí no
hay problema.

El entorno gráfico puede ser en: php, c#, java, etc. Puede ser local o
remoto.

Las conexiones tienen que ser rudas, sin caché. Con esto aseguras que los
datos siempre sean exactos.

En el balance de carga. En lo personal trabajó con servidores blade y estos
me permiten iniciar múltiples discos. Operativo en uno, swap en otro, var
en otro. Con esto tengo unas milésimas de ganancia pero aquí es importante.
Con esto también realizó espejo de lo que necesitamos y no de todo el
sistema.

De acuerdo a todo lo anterior y estos datos puedes realizar una estructura
de tu proyecto.

Qué estés bien.

Salvador García Z.
El 14/11/2014 15:31, "jors" <j...@enchufado.com> escribió:

> On 14/11/14 15:18, Altair Linux wrote:
>
>> 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.
>>
>
> ¿El problema? No mencionaste ninguno, pero vamos, que necesitas a un DBA.
> ¿Con división te refieres a sharding? Ya te comentaron de usar un motor u
> otro en función del perfil de queries de la aplicación, vigila la
> optimización de tus consultas, crea los índices necesarios, optimiza
> también el servicio p.ej. usando la query cache (hay scripts de tunning que
> pueden ayudarte con ésto), considera algún tipo de replicación para tener
> distintos tipos de nodos (p.ej. unos R+W y otros sólo para consulta)...
>
>  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.
>>
>
> Cuánta más caña reciba el sistema, antes se va a desgastar, pero a no ser
> que haya algún abuso o algo desbocado... el hardware ya fue pensado con eso
> en mente y no para tenerlo en una vitrina :)
>
> Salut,
> jors
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: https://lists.debian.org/54667e58.3060...@enchufado.com
>
>

Responder a