1.3M consultas/Hora. ¿Cómo construirías las consultas?

Question

Tengo un juego basado en el iPhone en línea, con muchos juegos corriendo al mismo tiempo. Estoy en el proceso de optimizar el código, ya que tanto el servidor como yo hemos fallado hoy.

Esta es la configuración:

Ahora mismo tengo una tabla, "coincidencias" (70 campos de datos para cada fila de la estructura.), Que mantienen un registro de todos los partidos activos. Cada 7 segundos, el iphone se conectará, descargará todas las coincidencias en la tabla de "coincidencias" en la que esté activo y actualizará la interfaz de usuario en el iPhone.

Esto funcionó muy bien hasta que aproximadamente 1000 personas descargaron el juego y jugaron. El servidor se colgó.

Para optimizar, creo que puedo crear una nueva tabla llamada "matches_needs_update". Esta tabla tiene 2 filas; nombre e id. El "id" es el mismo que el partido en la tabla "coincidencias". Cuando se actualiza una coincidencia, se coloca en esta tabla.

Ahora, en lugar de buscar en toda la tabla de "coincidencias", la consulta solo verifica si el jugador tiene alguna coincidencia que deba actualizarse, y luego obtiene esas coincidencias de la tabla "coincidencias".

Mi pregunta es doble:

1. Es esta la solución óptima?

2. Si un jugador está activo en, digamos 10 partidos, hay una buena manera de obtener esos 10 partidos de la tabla de "partidos" al mismo tiempo, o necesito un bucle para hacer 10 consultas, una para cada partido:

   "SELECCIONAR * FROM coincide con WHERE id =?"

Gracias de antemano

Answer 1

Sugiero APC ...

... como estás en PHP, y supongo que estás haciendo esto desde una sola base de datos MySQL,

Es fácil de instalar, y será predeterminado desde PHP 6 en adelante.

Mantenga esta 1 tabla en la memoria y volará.

Answer 2

Se necesitan salir de la base de datos. Mira a Memcache o Redis.

Answer 3

Su base de datos parece realmente pequeña. Una tabla con 70 filas debería volver en milisegundos e incluso cientos de consultas por segundo deberían funcionar sin problemas.

Un par de punteros tradicionales

• Asegúrese de que las conexiones de la piscina. Nunca debe tener que hacer la conexión cuando un cliente necesita los datos.
• Asegúrese de que haya un índice en "el usuario está en coincidencia" para que el resultado se obtenga del índice.
• Estoy seguro de que tienes suficiente memoria para mantener toda la estructura en la caché y con estas tablas pequeñas no se necesita configuración adicional.
• Asegúrate de que tu esquema esté normalizado.Una tabla para cada usuario. Uno para cada partido Y uno para cada usuario en un partido.

Answer 4

Es hora de iniciar el almacenamiento en caché, por ejemplo, memcache y apc.

En cuanto a bucle a través de los partidos ... esa es la manera incorrecta de hacerlo.

¿Cómo se conecta un usuario a una coincidencia mediante una tabla de referencias externas? o la mesa de partido tiene algo así como player1, player2.

Looping aunque las consultas no son el camino correcto para indexar sus tablas y hacer un join para obtener todas las coincidencias activas de un usuario Id me haría más eficiente. Dando la cantidad de usuarios que también querrás (si no has) dividido las mesas para juegos activos e inactivos.

Si hay 6000 juegos activos y 3,000,000 inactivos es extremadamente beneficioso dividir estas tablas.