Выполнение 100+ запросов на обновление MySQL. Советы по оптимизации Please :)

Question

Я работаю над этой игрой под названием «Крепость», расположенной по адресу http://www.joemajewski.com/fortress. В любом случае, это одна из тех ролевых игр на основе браузера, где игроки создают армию и обновляют свою статистику, чтобы получить высокий рейтинг в таблице лидеров.

Каждые 30 минут будет выполняться задание cron, которое производит некоторые обновления. Он проходит через каждого игрока в игре (который будет продолжать расти естественно с течением времени по мере того, как все больше людей присоединятся) и обновляет определенную статистику. Это дает каждому 1 дополнительный оборот, дает им золото на основе их дохода, продуктов питания, дерева, меди, железа и т. Д., А также обновляет их рейтинг.

Это все mumbo-jumbo, я знаю, но дело в том, что каждый игрок будет иметь свой собственный запрос на обновление. Я приуроченные сценарий только с тремя членами: время

исполнения с функцией mysql_query() закомментированными для обновлений: ~ 3,5 мс

время выполнения с функцией mysql_query() работает правильно: ~ 14 мс

Очевидно, что запросы обновления, которые приведут к тому, что мое задание cron будет очень медленным, как только в игре будет зарегистрировано более 100 зарегистрированных участников. Я надеюсь, что у вас будет 100 активных игроков в течение двух недель после запуска игры, но многие игроки создают несколько учетных записей, поэтому я ожидаю по меньшей мере 200 участников через пару недель. С 200 запросами обновления, а также дополнительным временем для сортировки участников и расчета ранжирования, вероятно, потребуется 2 секунды для запуска задания cron.

Мой вопрос к вам. Есть ли более быстрый способ сделать что-то подобное? Я попытался добавить запросы «НАЧАТЬ ПЕРЕДАЧУ» и «КОМИТЕТ» до и после цикла, соответственно, но трудно оценить скорость всего с тремя членами. Будут ли транзакции сделать сценарий лучше или хуже? Любые другие способы обойти это? Любая помощь будет оценена по достоинству.

Большое спасибо за то, что нашли время, чтобы послушать мою просьбу.

Answer 1

Основываясь на ограниченных деталях в вопросе, похоже, что вы можете делать все обновления игроков в одном запросе или в нескольких запросах, а не перебирать их по отдельности.

Рассмотрите возможность добавления поворотов и обновления их золота на основе формулы, все в одном запросе, который влияет на всю таблицу.

т.е. в качестве основного упрощением:

update Players set turns = turns + 1, 
        gold = (gold + (income * 100) + (wood * 25) + (copper * 25)) 

ли эта помощь ?.

Что касается ранжирования, каким образом вы рассчитываете его прямо сейчас?

Answer 2

Мое предложение состояло в создании тестовой среды. Затем заполните эту тестовую среду тысячами строк пользовательских данных. Чтобы понять, сколько данных ввести, я использую эмпирическое правило ((What You Expect) + (What You Hope For)) * 2. Поэтому, если вы искупите 100 пользователей и надеетесь (реальная надежда) получить 5000, вы должны протестировать, по крайней мере, 10200 пользователей ...

Итак, создайте большую базу данных и постарайтесь быть максимально реалистичными, но Не трать слишком много энергии на это. Как только вы там, попробуйте свои запросы по одному. Оптимизируйте каждый. Затем создайте простой PHP-скрипт для выполнения ряда запросов при разных задержках (query1, sleep 50ms, query2, sleep 100ms, query3, query4, sleep 100ms, etc). Затем используйте инструмент, например, ab (Apache Bench), чтобы выполнить этот скрипт и искать проблемы в db (помните, задача здесь - подчеркнуть БД, поэтому, если это не напрягается, продолжайте толкать, пока это не произойдет).

Answer 3

Вы ошибаетесь.

Рассчитайте количество ресурсов, когда кто-либо обращается к данным пользовательских ресурсов. Вам не нужно вычислять эти данные, когда никто не обращается к ним.

Хранить в последний раз, когда были рассчитаны данные (lt).

количества ресурсов теперь: г2 = г + д-р * (теперь-л), где
др - изменение ресурсов во время сейчас - время л - время, когда был сделан в прошлом г Сохранить в базу данных. r - количество ресурсов, хранящихся в db r2 - количество ресурсов в настоящее время

Вам даже не нужно обновлять таблицу каждый раз, просто прочитайте r, dr, lt из базы данных, вычислите r2 сейчас.

Выполняя этот путь, вы получите ресурсы в реальном времени, и у вас нет рабочих мест.