Обсуждаем оптимизацию сервера MySQL для Netup UTM5
- kaN5300
- Сообщения: 480
- Зарегистрирован: Пт янв 21, 2005 17:27
- Откуда: Ыукзгрщм
- Контактная информация:
"не прошло и года" =)
Не хочется плодить тем, по этому выкапываю из могилы эту.
Вопрос ребром! 4 диска SAS 15k rpm. Супербупер рейд-контроллер. Про остальное железо специально промолчу, чтобы не разводить флуд. Считайте что оно топовое. База для utm5-2.1.005 13Gb, 30 qps.
RAID 10 или RAID 5?. "Мертвый объем" и время простоя при аварии - пофиг. На первое место ставим производительность при формировании различных отчетов.
Не хочется плодить тем, по этому выкапываю из могилы эту.
Вопрос ребром! 4 диска SAS 15k rpm. Супербупер рейд-контроллер. Про остальное железо специально промолчу, чтобы не разводить флуд. Считайте что оно топовое. База для utm5-2.1.005 13Gb, 30 qps.
RAID 10 или RAID 5?. "Мертвый объем" и время простоя при аварии - пофиг. На первое место ставим производительность при формировании различных отчетов.
- kaN5300
- Сообщения: 480
- Зарегистрирован: Пт янв 21, 2005 17:27
- Откуда: Ыукзгрщм
- Контактная информация:
Вот в том-то и дело, что хардов всего 4 и хрен знает какой режим выбрать. Пятерка повлечет за собой апгрейд контроллера, а это дополнительные затраты. 10-й рейд будет экономичнее по деньгам. Меня пугает процесс создания временных таблиц в формировании хитрых групповых отчетов в нетапе. Phpmyadmin длительно пишет про "copyng to tmp table". Видимо специалисты нетап не сильно позаботились об оптимизации выработки отчетов и всё это тянет за собой массивные дисковые операции. И тут встает вопрос. А не будет ли на этой затыкаться четырехдисковый пятый рейд (процедура создания временных таблиц), ведь по сути это уже операция записи.
Итак.
Каким образом можно промониторить фрю/мускул на предмет соотношения операций чтения/записи?
Где можно посмотреть бэнчи, когда на одном и томже конфиге создавали рейд 5 и делали различные замеры и потом на томже конфиге делали 10 и сравнивали?
Итак.
Каким образом можно промониторить фрю/мускул на предмет соотношения операций чтения/записи?
Где можно посмотреть бэнчи, когда на одном и томже конфиге создавали рейд 5 и делали различные замеры и потом на томже конфиге делали 10 и сравнивали?
-
- Сообщения: 1612
- Зарегистрирован: Пт ноя 10, 2006 15:23
давно бы уже индексы затюнили...
Это порядка 8 тыщ живых хомяков и юриков
Такие показатели при том, что на тазле 7.5Г ОЗУ, под временные таблицы на диске стоит отдельно SSD на 32ГБ, винт там один. =) Обычный SATA.
7ГБ весит база UTM, 66 гигов архивы.
Код: Выделить всё
MySQL on localhost (5.0.67-log) up 24+01:38:59 [16:38:56]
Queries: 227.5M qps: 115 Slow: 546.5k Se/In/Up/De(%): 43/15/27/00
qps now: 97 Slow qps: 0.0 Threads: 63 ( 2/ 7) 15/21/39/00
Cache Hits: 59.8M Hits/s: 30.1 Hits now: 2.2 Ratio: 61.8% Ratio now: 14.9%
Key Efficiency: 100.0% Bps in/out: 19.4k/130.7k Now in/out: 15.5k/800.2k
Такие показатели при том, что на тазле 7.5Г ОЗУ, под временные таблицы на диске стоит отдельно SSD на 32ГБ, винт там один. =) Обычный SATA.
7ГБ весит база UTM, 66 гигов архивы.
http://www.mysqlperformanceblog.com/
http://www.percona.com/
А от этих братьев-оптимизаторов кто ставил?
и с их хранилищем XtraDB 5.1
http://www.percona.com/software/benchmarks/
http://www.percona.com/
А от этих братьев-оптимизаторов кто ставил?
и с их хранилищем XtraDB 5.1
http://www.percona.com/software/benchmarks/
Нашел сервак будем изучать XtraDB 5.1 на предмет работоспособностиbanec писал(а):http://www.mysqlperformanceblog.com/
http://www.percona.com/
А от этих братьев-оптимизаторов кто ставил?
и с их хранилищем XtraDB 5.1
http://www.percona.com/software/benchmarks/