La cantidad de datos solo depende más o menos del tamaño de su disco. Pero escalar es más que eso.
Dependiendo de su tráfico, la mejor solución podría ser tener una o más réplicas de lectura de MySQL. Estos servidores son de solo lectura y cualquier cambio escrito en el servidor principal se transfiere a ellos con un mínimo de retraso. Entonces, cuando solicita datos, y la mayoría de las aplicaciones son abrumadoramente tráfico de “lectura”? Pide las réplicas de lectura y ahorra recursos en la base de datos principal. Obtenga más información aquí: 16.1.2 Configuración de la replicación basada en la posición del archivo de registro binario
Otro enfoque es hacer el almacenamiento en caché a nivel de aplicación, si tiene el control total del flujo de datos. Con esto me refiero a tener, por ejemplo, un Redis o memcached (un sistema de almacenamiento en caché de objetos de memoria distribuida). Luego consulta el caché antes de ir a la base de datos. Si no está en el caché, presione la base de datos.
- ¿Es normal que un desarrollador front-end esté en comunicación constante con la parte que ordena el proyecto?
- ¿Qué tecnologías web usarías para una aplicación en tiempo real? (como un juego multijugador)
- ¿Cuántos de ustedes todavía usan PrototypeJS a partir de la segunda mitad de 2014? ¿Por qué o por qué no?
- ¿Por qué hay menos gente usando Groovy y Grails para el desarrollo web?
- ¿Cuál es el futuro de las tecnologías front-end como JavaScript, HTML y CSS?
Entonces, sin más detalles, no puedo ser más específico.