|
| |
|
|
| |
для: kyzma
(20.05.2008 в 14:51)
| | | Если Apache пропустит тоже MySQL грохнется, если у неё выставлено ограничение 150 одновременных соединений и достаточно памяти для обеспечения 150 соединений, всем остальным будет отказано с сообщением "Превышенно максимально возможное количество соединений". | |
| |
|
|
| |
|
|
| |
для: cheops
(20.05.2008 в 14:30)
| | | то есть, если через web-интерфейс к MySQL одновременно обратится где-то 300 пользователей, MySQL "вальнётся"? или Apache как то последовательно будет отправлять запросы? | |
| |
|
|
| |
|
|
| |
для: kyzma
(20.05.2008 в 14:24)
| | | Нет, через Web-интфейс пользователи рассматриваются как обычные пользователи, соединяющиеся с базой данных из под одного аккаунта (и быстро рассоединяющихся после этого). При прямом обращении связь не рассоединяется, пока клиент явно не отключится. | |
| |
|
|
| |
|
|
| |
для: cheops
(20.05.2008 в 14:16)
| | | спасибо.
а будет ли приимущество при обращении к MySQL большого количества (примерно 50-100) пользователей через Web-интерфейс перед стандартным клиентом (прямое обращение к MySQL)? | |
| |
|
|
| |
|
|
| |
для: kyzma
(20.05.2008 в 13:19)
| | | Этот параметр задаётся директивой max_connections в конфигурационном файле my.ini
Однако, всё сильно зависит от количества памяти, которые MySQL будет тратить на одно соединение и от реальной нагрузки (долго выполняются запросы или моментально). Отталкиваться следует от количества оперативной памяти выделенной под MySQL и объёма работ, который нужно будет выполнять (одно дело, пару небольших таблиц, запросы к которым отрабатываются за доли секунды, другое - многочасовой анализ таблиц размером в сотни мегабайт). | |
| |
|
|
| |
|
|
| | сколько одновременно подключившихся пользователей "выдержит" MySQL | |
| |
|
|
|
