• UAH
  • USD
  • RUB
  • EUR
  • +38(044) 392-74-33  Киев
  • +38(057) 728-39-00  Харьков
  • +38(056) 794-38-31  Днепропетровск
  • +38(062) 210-24-93  Донецк
  • +38(032) 229-58-93  Львов
  • +38(048) 738-57-70  Одесса
  • +38(093) 449-04-21  Life
  • +38(067) 400-88-44  Киевстар
  • +38(095) 007-72-35  MTC
  • +1(888)393-24-51  USA, Toll free
  • +44(131)507-01-14  Great Britain
  • +7(499) 348-28-61  Москва

MySQL. Оптимальное число запросов в MySQL (продолжение)

Форумы MySQL Оптимальное число запросов в MySQL (продолжение)
Rock-N-Roll
26.11.2012 07:08
хостинг: есть
домен: есть
1
Оптимальное число запросов в MySQL (продолжение)
Здравствуйте. Илья, Вы говорили ( https://www.ukraine.com.ua/Forum/mysq... ), что оптимальное число запросов в MySQL будет в таких пределах:

Менее 20 это очень хорошо.
20 - 40 - терпимо.
40 - 100 - не очень хорошо.

А если например, скрипт одновременно работает с несколькими БД (например тремя сразу) - какие цифры будут в этом случае? Или это не имеет значения?
Евгений В.
26.11.2012 09:01
хостинг: есть
домен: нет
"А если например, скрипт одновременно работает с несколькими БД (например тремя сразу) - какие цифры будут в этом случае? Или это не имеет значения?"

В принципе может быть только хуже, так как если базы на одном сервере, то на быстродействии это скажется одинаково. Плюс время на соединение с БД - оно ведь тоже не молниеносное.
Если же сайт работает базами на разных серверах, то оно мало того что может медленнее работать, так ещё и общая надёжность падает, т.к. риск выхода из строя (или проблем со связью) одного или обоих серверов - выше.

Так что в первую очередь следует стремиться к оптимизации кол-ва запросов, а не разбросу их по разным БД.
Илья
27.11.2012 12:32
хостинг: есть
домен: есть
Не вижу вообще смысла разбрасывать запросы по разным базам данных. Разве что создать больше проблем при разработке. Либо прятать от хостера количество SQL запросов. Но мы как хостинг провайдер количество SQL запросов не контролируем. Тогда не вижу смысла.
Rock-N-Roll
27.11.2012 17:14
хостинг: есть
домен: есть
Дело в том, что я работаю над одной своей идеей - ридер каналов популярных интернет СМИ (типа простенький новостной агрегатор). Работаю долго, т.к. я по образованию не программист и учусь всему по мере надобности. Так вот, есть три раздела: собственно ридер, есть форум (комментирование новостей) и есть избранные новости, которые формируются вручную оператором (администратором ридера). В один момент мне показалось, что влепить все это на один сайт как-то многовато. Вот и начал подумывать: а не распихать ли мне это по поддоменам (разделы форум и избранное). Но в таком случае возникает проблема о которой я и спросил: три базы. Ведь в таком случае: формирование основного контента - одна база, формирование виджета "избранное" - вторая и формирование виджета "новое на форуме" - третья.

Так что не подумайте ничего плохого - это чисто творческий процесс :)
Илья
27.11.2012 22:07
хостинг: есть
домен: есть
В таком случае три базы вполне нормальное решение.
У нас к примеру тоже три базы:
1. Основная, на 500 таблиц
2. Статистика - 20 таблиц, отдельный сервер, большой объем данных сотни миллионов записей. Медленная база статистики.
3. Отдельная база с одной табличкой, на отдельном сервере, которая размещается исключительно в памяти сервера. Занимает 16 Гб, но работает сверхбыстро.
Rock-N-Roll
28.11.2012 01:55
хостинг: есть
домен: есть
А по какому принципу на хостинге размещены базы данных клиентов? Я имею ввиду, как хранятся БД одного хостинг-аккаунта. Возможна ли ситуация, что одна моя база будет на одном сервере, а другая на другом (т.е. на физически разных серверах) и как следствие определенные проблемы (о которых говорил varenko выше) из-за их возможной несинхронности в доступе (даже если и очень редкой)?
Rock-N-Roll
28.11.2012 02:35
хостинг: есть
домен: есть
Кстати, давно хотел спросить. На этой странице форума ( https://www.ukraine.com.ua/Forum/Top/... ) все еще видно ФИО, а уже должен быть как я понимаю НИКНЕЙМ?
Илья
28.11.2012 09:39
хостинг: есть
домен: есть
1. Базы одного аккаунта всегда находятся в пределах одного физического сервера.
2. Спасибо, написал программистам, они исправят.
Участвовать в общении на этом форуме могут только
зарегистрированные пользователи.

Если вы уже зарегистрированы Вам необходимо войти на форум.

Тема закрыта по истечению срока давности.
Горячая линия
(044)
392 74 33
другие города