|
|
|
Оптимизация
|
|||
|---|---|---|---|
|
#18+
Хотелось бы узнать действительно грамотные и обоснованые советы по работе с БД mySQL размеров. Немного конкретизирую... есть база на 800.000 пользователей и 12.000.000 сообщений, онлайн прибывает порядка 3.000-5.000 пользователей, которые постоянно взаимодействуют в переписки + проверки писем каждые 20-30 сек. Т.е. получается примерно 3-5 запросов в минуту от пользователя (в сумме 25000 запросов в минуту). Будет ли такую нагрузку достойно держать mySQL (машина под БД мощная)? Если будет, то какую версию mySQL выбрать? Почему? Если нет, то какую БД посоветуете (p.s. из некомерческих)? Заранее большое спасибо и надеюсь на обоснованые ответы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2005, 09:13:18 |
|
||
|
Оптимизация
|
|||
|---|---|---|---|
|
#18+
40-80 запросов в секунду (т.е. 2400-4800 запросов в минуту) тянет MySQL, размещённый прямо на вебсервере, причём вебсервер сам -- ничего особо выдающегося, P4-3.0GHz HT, 1024Mb RAM. Вполне возможно, что на выделенной машине 200 запросов в секунду -- реально. Но вообще, конечно, всё будет зависить от грамотного проектирования базы. Использовать последнюю стабильную версию ветки 4.1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2005, 16:13:52 |
|
||
|
Оптимизация
|
|||
|---|---|---|---|
|
#18+
А какую схему посоветуете MyISAM, InnoDB, Heap, ISAM, Merge? И если можно поясните различия. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2005, 23:38:20 |
|
||
|
Оптимизация
|
|||
|---|---|---|---|
|
#18+
Ну почитать о типах таблиц можно тут ... Правда, английская версия документации обновляется гораздо регулярнее. Если вкратце, MyISAM -- основной тип таблиц MySQL, и в целом самый быстрый. Однако, не самый надёжный из. Кроме того, часть возможностей для них нереализована. BDB и InnoDB несколько медленнее, однако и надёжнее, поддерживают безопасные ACID-транзакции. InnoDB также поддерживает внешние ключи. HEAP -- специальный тип таблиц, которые хранятся в памяти, кроме того, их индексы хэшируются, со всеми вытекающими. Очевидно, что основное применение этого типа -- относительно небольшие, интенсивно использующиеся и, в некотором роде, "временные" таблицы. MERGE функционально эквивалентны MyISAM, за исключением того, что позволяют таблицы разбивать на части, хранящиеся в отдельных файлах. По сути дела, для очень больших таблиц. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2005, 00:10:10 |
|
||
|
Оптимизация
|
|||
|---|---|---|---|
|
#18+
т.е. грубо говоря для критичных таблиц лучше InnoDB юзать, а к некритичным MyISAM? И еще... по-поводу Merge, если таблица на 8-12 милионов записей (1-2 Гб), то лучше Merge или MyISAM использовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2005, 00:31:48 |
|
||
|
Оптимизация
|
|||
|---|---|---|---|
|
#18+
Зависит от того, какого рода запросы будут идти к таблице... За подробностями советую обратиться к описанию этого типа таблиц в вышеуказанной ссылке) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2005, 00:45:56 |
|
||
|
|

start [/forum/topic.php?fid=47&fpage=654&tid=1853886]: |
0ms |
get settings: |
7ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 198ms |
| total: | 316ms |

| 0 / 0 |
