Как справиться с множественными подключениями к БД

в итоге это все не по делу. В данный момент меня больше интересуют множественные коннекты к различным БД и варианты организации очередей запросов.

1) Насколько оправданно подключаться одновременно к нескольком БД.

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

Как это реализовать? Куда писать лог (журнал) очереди? В отдельную БД?

19. dima.london, из коментов на хабре

http://www.amazon.com/gp/aw/d/0596101716/ref=redir_mdp_mobile (High Performance MySQL: Optimization, Backups, Replication, and More (Paperback))
http://www.mysqlperformanceblog.com/ MySQL Performance Blog

Добавлено через 01:09 сек.
21. dima.london, не задумывался о смени яп серверной части?) треды в php это слишком

не знаю я буржуйского языка...

Добавлено через 00:49 сек.

МегабиТ (23 Октября 2011 / 13:26)
21. dima.london, не задумывался о смени яп серверной части?) треды в php это слишком

Задумавылся. Но только в отдельных компонентах приложения.

Я не знаю ни PHP ни MySQL=)
Но идея такова:
Имеем например 5млн записей и 7 БД, а лучше серверов.
Далее эти записи расскидываем по БД. Т.е. просто делим.
Далее, если пользователю нужны будут старые записи то отдаем их подгружая. Если сервер с начальными данными недоступен выдаем уведомление, надеясь что он не обидится=)

Если сервер с начальными данными недоступен выдаем уведомление, надеясь что он не обидится=)

Это решается репликацией.

З.Ы. Все же, как на счет очередей запросов? Есть какие-то готовые проверенные способы, или в каждом отдельном случае надо городить свой забор? У меня есть пару идей на примете, но для этого нужен как минимум доп-сервер, выступающий в роли журнала очереди.

> надеясь что он не обидится=)

зачем тогда кластер? просто при перегрузке серверов выдаём табличку с "техработами" и надеемся что он не обидится

25. dima.london, cколько там тебе серверов то уже нужно? 8-10?