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.
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-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: [🔎] 54667E58.3060806@enchufado.com" target="_blank">https://lists.debian.org/[🔎] 54667E58.3060806@enchufado.com