Нагзузка на БД

Вообщем возник вопрос нащет нагрузки я пишу браузерную игру и мне на человека нужно в секунду около 100 запрос в БД а так как людей будет не 1 а может быть 100 ( максимум скажим так) 10.000 запросов в секунду mysql сдохнит это понятно а sql сможет выдержать это ?

это в оном скрипте? Это не нормально, его нужно оптимизировать, количество запросом нужно уменьшить до 3-5

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

Не, миска не сдохнит. Проверено! Я знаю один сайт на котором идет в одном из разделов по 60 - 140 запросов за раз, а посещаемость на сайте под 3000 человек в день. Сайт висит на выделенном сервере и грузит двуядреный 2200 проц приблизительно на 40% и жрет до 6 гектар памяти. В общем дурное дело не хитрое и можно делать и по 1000 запросов, на соответствующем оборудовании все бедет тянутся. Но OrmaJever прав, нужно оптимизировать! Иначе готовьтесь к покупке сервера

-----
____________________________________________________________________
Ну как то так, наверное.
http://grefon[dot]com

Просто игра основана на карте. чтоб зделать передвижение использую аякс записаваю кординаты в бд потом все персонажи выводятся на карту которые онлайн и проверяются кординаты раз в 0.1 секунду есть предложение как зделать по другому?

1) проверять координаты раз в 0.3 или 0.5 секунд, для браузерной игры это не даст особой разнирцы т.к. запрос к серверу может занять большее время.
2) Даже если проверка каждые 0.1с то за 1секунду только 10 запросов, а где остальные 90?

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

что-то мне подсказывает, что автор каждые 0.1 сек отравляет не один запрос... Верно, Fenixs?

-----
Все возражают против того, что я гений, хотя никто еще так меня не назвал. - Орсон Уэллс

это токо на персонажей так же будут монстры и так далее это все будет происходить на карте !
(Добавление)

прав.
(Добавление)
А если зделать на файлах это думаю будет токо хуже

хуже,
базы работают быстрее

файлы - плохо (тем более для такого количества инфы)
100 запросов в сек - тоже плохо...
Вывод: всетаки нужно оптимизировать вашу игрушку... Это и будет самое полезное и мудрое решение в этой ситуации

-----
Все возражают против того, что я гений, хотя никто еще так меня не назвал. - Орсон Уэллс

во-первых попробуй это.
А если попробовать обьеденить?

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

Допустим что обьединить не получится

Мдаа...

Формат данных сервер=клиент и клиент=сервер должен быть JSON.
Если все настолько грандиозно - memcache-server вам в руки (или напрямую в shm_*),
а в БД сбрасывать весь дамп координат и состояний всех объектов единовременно раз (например) в 10 минут.
И то только на случай отключения электроэнергии и/или падения сервера для восстановления предыдущего состояния.


Слишком часто и слишком много.
Даже крутые онлайн WEB-игры синкуются с интервалами в 3-5 секунд.
Запросов можно сделать 3-10 на апдейт.
Все зависит от структуры и сложности зависимостей персонажей.
Сервер должен возвращать ТОЛЬКО ОДИН JSON-ОБЪЕКТ который разбирается на клиенте с помощью flash и JS.
Клиент должен отправлять ТОЛЬКО ОДИН JSON-ОБЪЕКТ который обрабатывается сервером.
Отправка от клиента только по двум условиям:
1. пришла очередь периодичности обновления.
2. игрок совершил действие, сброс таймаута периодичности и отправка по требованию.

Почитайте что такое comet и long polling.

Ну и... удачи в невозможности осилить это одному...

-----
Шта? Репозиторий?

Нащет один ошибся а нащет comet и long polling. почитаю и отпишусь

А такую игру, с картой, например, футбол можно написать на javascript с помощью jquery? Или только на flash? Чем flash лучше, чем javascript?

-----
if(time()>1356048000) die();