How to become an author
Search
Write a publication
Pull to refresh

Comments 57

Развиваемся! И даже чувствуется задел на будущее. А ведь уже скоро настанет тот день, когда понадобится подключать третий сервер. Интересно, какое будет у него название?
Total votes 1: ↑1 and ↓0+1
UFO just landed and posted this here
офигенное название, что-нибудь так-же назову, можно?)
This comment wasn’t rated yet0
Можно конечно :-)

Я вообще хотел написать про это, собрать фольклёр, что ли, но решил что как-то глупо.

Одно из требований к названию это то, что его должны хорошо воспринимать по телефону люди из датацентра :-)
Total votes 3: ↑3 and ↓0+3
Игорь, мне кажется про фольклор было бы интересно многим )
Total votes 2: ↑2 and ↓0+2
Билл, Стив, Линус (Билли, Стиви, Линуська(?) )
Total votes 1: ↑1 and ↓0+1
Back-end Сервер баз данных — «Анатолий Вассерман»
This comment wasn’t rated yet0
у нас есть сервер Gena
This comment wasn’t rated yet0
сделайте конкурс на имя нового сервака
Total votes 4: ↑4 and ↓0+4
Да можно прямо тут провести. Мои предложения (по-аналогии): Godfather, Scarface.
Total votes 2: ↑1 and ↓10
Почему-то вспомнились три поросенка =))
Total votes 3: ↑3 and ↓0+3
33 Богатыря, с ними дядька суперсервер Черномор
Total votes 1: ↑1 and ↓0+1
А можно поинтересоваться (не совсем по теме, но все же): применяется ли на Хабре кеширование страниц (например, текста топиков) и эффективно ли оно, если применяется? Или тут его не применить из-за обновления комментариев и прямого эфра?
This comment wasn’t rated yet0
Если бы не применялось 2 сервера бы не спасло.
Применяется, причём достаточно сильное и многоуровневое
Total votes 2: ↑2 and ↓0+2
А можно примерно хотя бы узнать, где? Очень любопытно) Если, конечно это не страшная военная хабратайна))
This comment wasn’t rated yet0
Кеширование НЕ применяется только в некоторых случаях при выдаче постов
This comment wasn’t rated yet0
Например, если зайти гостем «на морду», то к базе будет 0 запросов в 99.9% случаев.
Total votes 6: ↑6 and ↓0+6
Если говорить именно о механизме, то «умные» запросы к memcached позволяют избежать ситуации, когда данные устарели в кеше и приходит несколько запросов, последовательно пытающихся получить данные и записать их в кеш. Если данные устарели, то лишь первый запрос пойдет их обновлять, а остальные запросы будут получать устаревшие данные, пока ушедший за обновлением запрос не отработает :) Поэтому smartSet/smartGet используется не всюду, а лишь там, где не критично получать «немного старые данные».

ЗЫ Juks, молодец! Этого нам не хватало очень сильно.
Total votes 2: ↑2 and ↓0+2
Хабратипограф не даст бездумно скопипастить Хабракод :)
Total votes 3: ↑3 and ↓0+3
if(! is_array($connections)) throw new Exception('connectFree: передан некорректный массив соединений');
некорректный или не массив? :)
Total votes 10: ↑8 and ↓2+6
На следующем этапе перестанете изгаляться и поставите нормальный load-balancer.
This comment wasn’t rated yet0
Случится это при запуске мегахабра, никак не раньше :) При данных задачах «нормальный load-balancer», пожалуй, избыточен.
This comment wasn’t rated yet0
Будем надеяться что это случится как можно раньше :)
This comment wasn’t rated yet0
не один нормальный MySQL load-balancer, боюсь, за несколько часов не поставить. У них у большинства имеются свои ограничения на программную часть, как минимум, скорее всего придётся писать свой межсерверный join
Total votes 4: ↑2 and ↓20
// Поиск минимального значения
if((!$minLoad && $status >=) || ($status > && $status < $minLoad))

И эта строчка работает? :)
Total votes 3: ↑3 and ↓0+3
куда-то снесло часть значений при покраске
Total votes 4: ↑4 and ↓0+4
Fowler Refactoring — код подошел бы для книжного примера.
Total votes 3: ↑2 and ↓1+1
интересно
«Сохренение значения» порадовало )
Total votes 1: ↑1 and ↓0+1
Очень интересно. Потом на свежую голову вчитаюсь в код получше.
This comment wasn’t rated yet0
«проверяем статус репликации»
Смотрите отставание от мастера?
This comment wasn’t rated yet0
Отставание пока нет, надо конечно, но пока только статус. В деле существенное отставание бывает только когда слейв догоняет мастера после восстановления репликации
This comment wasn’t rated yet0
Извини, туплю. Что ты имеешь в виду под «статусом»? Какую цифру?
This comment wasn’t rated yet0
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.0.0.3
Master_User: replication
Master_Port: 3306
Connect_Retry: 10
Master_Log_File: clyde-relay-bin.000011
Read_Master_Log_Pos: 698473286
Relay_Log_File: bonnie-relay-bin.000022
Relay_Log_Pos: 698473429
Relay_Master_Log_File: clyde-relay-bin.000011
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: superhabr
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 698473286
Relay_Log_Space: 698473429
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
1 row in set (0.00 sec)
This comment wasn’t rated yet0
А ларчик просто открывался :)
Спасибо
This comment wasn’t rated yet0
«При каждой инициализации средств работы с базой данных»
Один раз на запрос? Чаще? Реже?
This comment wasn’t rated yet0
UFO just landed and posted this here
это уже есть :) сеттеры и геттеры уже везде почти :) :) :)
Total votes 2: ↑2 and ↓0+2
Это базовый класс низкого уровня. В проекте думать про соединение вообще не надо.

This comment wasn’t rated yet0
UFO just landed and posted this here
$users = new HabrUsers();
$user = $users->getOne(array('login'=>$login));

echo $user['email'];
This comment wasn’t rated yet0
можешь написать более точное описание серверов, железа так сказать, мне нужно начальству показать что нужно чтоб миллион запросов обрабатывать. спасибо.
This comment wasn’t rated yet0
Clyde: два Xeon 1.6 по 4 ядра в каждом. 6 гигабайт памяти, два SAS диска по 74 гигабайта. FreeBSD 6.2. Mysql 5.0.67
Total votes 1: ↑1 and ↓0+1
Скажите, %juks%, а может быть имело смысл вынести такую логику по коннекту к определенному DB серверу и выбору менее загруженного, скажем в отдельный скрипт, и запускать его по крону, чтобы он обновлял статистику в memcached актуальными данными. Ну и поставить интервал запуска скрипта в соответствии с Вашим $cacheTime = 35;. А в рабочих скриптах уже просто выгребать данные из кеша. В которых бы лежали статистика по каждому из серверов. Что Вы думаете по данному поводу?
This comment wasn’t rated yet0
Я думаю, что это уже на любителя. Я стараюсь делать меньше крон-задач, меньше нагромождения.

Текущая реализация схожа по работоспособности с тем, что вы предлагаете, просто действует «on demand». Как-нибудь, может напишу про smartGet и smartSet, там всё элементарно, но в действительности спасает от лишних запросов к базе.

Если не кешировать запросы вообще, то это добавляет по 20% нагрузки CPU на каждый сервер. С кешированием дополнительная нагрузка незаметна. Как получить отдельно число работающих тредов без сбора всей статистики целиком я так и не нашёл.
This comment wasn’t rated yet0
Кстати, вспомнил.

У крона ведь дискретность одна минута, у Memcached — секунда. Даже при периоде в 5 секунд, время от времени имеет место некоторая «раскачка» нагрузки от сервера к серверу.

Так что если выносить, то надо делать отдельный демон.
This comment wasn’t rated yet0
Sign up to leave a comment.

Articles

Show the best of all time
Change theme settings

Your account

Sections

Information

Services

Support
© 2006–2024, Habr