Выдержит ли MySQL

Если не секрет, зачем вам 1000 одновременных запросов? Это по 500 запросов на core.

Что вы будете делать если запросы будут заканчивать выполнение быстрее чем вы будете успевать ставить новые :-) ?

Если серьезно - нужен вид запроса, относительная частота update'ов и тд и тд. Иначе ответы будут вилами по воде писаны

> Выдержит ли MySQL количество одновременных запросов около 1000. P4 DualCore, 2Гб памяти, или лучше сразу на PG?

1) SELECT - в зависимости от сложности запроса, и количества вытягиваемых данных может НЕ выдержать.
2) INSERT - выдержит.
3) UPDATE - выдержит.

А PG выдержит?

Или, если увеличить мощность процессора до Xeon QuardCore 3Ггц (память до 4).

Просто MySQL - для меня удобнее ...

40% update + 60% select, все простые, на таблицах от 10 тыс. до 1млн. записей тянул более 800 запросов в секунду в среднем за сутки (о пиковой нагрузке оставалось только догадываться) на 2x Xeon-1800, оставляя ещё место для MMORPG-сервера.

А вот когда начались JOIN'ы полуторамиллионных таблиц - тут время одного запроса до секунд доходит, на это время все остальные легко лочатся (пресловутые 40% update). Вылечилось реструктуризацией БД :)

> А PG выдержит? А что PG? Нафиг.

> Или, если увеличить мощность процессора до Xeon QuardCore 3Ггц (память до 4). Нельзя рассуждать таким образом. Конструировать модель БД надо правильно, и правильно с ней обращаться.

> Просто MySQL - для меня удобнее ... Быстро, вкусно, легко.