1.3M zapytań/godzinę. Jak skonstruowałbyś zapytania?

Question

Posiadam grę w pokera na iPhone'a z wieloma grami działającymi w tym samym czasie. Jestem w trakcie optymalizacji kodu, ponieważ zarówno ja, jak i serwer rozbiliśmy dzisiaj.

Jest to konfiguracja:

Teraz mam jedną tabelę, „pasuje” (70 pól danych dla każdego wiersza konstrukcji.), Że śledzenie wszystkich aktywnych meczów. Co 7 sekund iphone się połączy, pobierze wszystkie mecze z tabeli "mecze", w której jest aktywny, i zaktualizuje interfejs użytkownika w telefonie iPhone.

To działało świetnie, aż około 1000 osób pobrało grę i zagrali. Serwer się zawiesił.

Aby zoptymalizować, wyobrażam sobie, że mogę utworzyć nową tabelę o nazwie "matches_needs_update". Ta tabela ma 2 rzędy; imię i nazwisko. "Identyfikator" jest taki sam jak mecz w tabeli "mecze". Gdy mecz jest aktualizowany, jest umieszczany w tej tabeli.

Teraz, zamiast przeszukiwać cały stół "mecze", zapytanie wystarczy sprawdzić, czy gracz ma jakieś mecze, które wymagają aktualizacji, a następnie uzyskać te mecze z tabeli "mecze".

Moje pytanie jest dwojaki:

1. Jest to optymalne rozwiązanie?

2. Jeśli gracz jest aktywny, powiedzmy 10 meczów, czy istnieje dobry sposób na uzyskanie tych 10 meczów z tabeli "mecze" w tym samym czasie, czy też potrzebuję pętli for wykonującej 10 zapytań, po jednym dla każdego mecz:

   "WYBIERZ * Z GESTÓW WHERE id =?"

Dzięki z góry

Answer 1

Proponuję APC ...

... jak jesteś na PHP, i zakładam, że robisz to z jednej bazy danych MySQL,

Jest łatwy w instalacji, a będzie domyślnie od PHP 6 i kolejnych.

Przechowywać ten 1 tabela w pamięci i będzie latać.

Answer 2

Musisz wydostać się z bazy danych. Spójrz na memcache lub redis.

Answer 3

Twoja baza danych wygląda naprawdę niedużo. Tabela z 70 wierszami powinna powrócić w ciągu milisekund, a nawet setki zapytań na sekundę powinny działać bez żadnych problemów.

Kilka tradycyjnych wskaźników

• Upewnij się połączyć połączeń. Nigdy nie powinieneś robić połączenia, gdy klient potrzebuje danych.
• Upewnij się, że istnieje indeks "użytkownik jest w grze", aby wynik został pobrany z indeksu.
• Jestem pewien, że masz wystarczająco dużo pamięci, aby pomieścić całą strukturę w pamięci podręcznej, a te małe tabele nie wymagają dodatkowej konfiguracji.
• Upewnij się, że Twój schemat jest znormalizowany.Jedna tabela dla każdego użytkownika. Jeden na każdy mecz. I jeden dla każdego użytkownika w meczu.

Answer 4

Czas na cachowanie rzeczy, np. Memcache i apc.

Jeśli chodzi o zapętlenie pasujące mecze ... to jest niewłaściwy sposób, aby to osiągnąć.

W jaki sposób użytkownik jest połączony z dopasowaniem przez tabelę ze znacznikami XREF? lub czy stół meczowy ma coś podobnego do player1, player2.

Zapętlanie zapytań nie jest sposobem na poprawne indeksowanie tabel i robienie połączenia w celu wyciągnięcia wszystkich aktywnych dopasowań przez userId byłoby bardziej wydajne. Podaj liczbę użytkowników, których możesz również chcieć (jeśli nie) rozdzielić tabele dla aktywnych i nieaktywnych gier.

Jeśli jest tam 6000 aktywnych gier i 3 000 000 nieaktywnych, bardzo korzystnie jest podzielić te tabele.