[Moscow.pm] Асинхронная обработка: ActiveMQ и другие брокеры сообщений

[Михаил Монашёв]

Здравствуйте, Павел.

ОП> Такс, я тут пока забил на очереди и заморочился с MemcacheDB,
ОП> попутно сделал сравнение с MySQL для большей уверенности в
ОП> выборе:
ОП> http://phpsuxx.blogspot.com/2009/03/mysql-vs-memcachedb.html
ОП> (если у кого есть какие комментарии по поводу теста или пожелания
ОП> погонять это ещё в каком-то режиме, то велкам).

ИМХО, второй и третий тест идентичны. Мускул вроде автоматом делает varchar из
char, если ширина столбща более 4-х символов.

ОП> А-то недавно были посты об архитектуре какого-то хайлоада, где
ОП> они хранили данные по ключу в мускуле, поэтому и провел тесты,
ОП> но как они показали, я ждал от мускуля невозможного :)

Было  бы  неплохо  ещё  что-то  поудалять  и  потом проверить скорость
чтения. И ещё потестить на гигабайтных базах.

ОП> В  итоге разница получилась довольно большая (все цифры в "записей
ОП> / секунду"):

ОП> тип        чтение    запись
ОП> MySQL  3200      10 000
ОП> MchDB  18000     14000

ОП> MySQL был следующей конфы: дефалтный Центосовый my.cnf, тип engine --
ОП> MyISAM + char вместо varchar в таблице + индекс по ключевому полю.
ОП> MemcacheDB: /memcachedb -p7777 -d -r -N -H $PATH/db -u root >
$PATH/debug.log 2>>&1

ОП> Вполне мог накосячить в тестах, это мой первый опыт подобного
ОП> тестирования, так что жду критики :)

Дефолтный  конфиг  мускула  не  имеет  смысла.  Конфиг каждого мускула
должен  писаться  под  его  конкретную задачу. В твоём случае нужно во
время  и  после  теста посмотреть на накопленную мускулом статистику и
потюнить конфиг. Уверен, цифры могут сильно измениться...


--

С уважением,
Михаил Монашёв, SoftSearch.ru
mailto:postmaster на softsearch.ru
ICQ# 166233339
http://michael.mindmix.ru/
Без бэкапа по жизни.