The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Результаты измерения производительности MySQL с хранилищем на SSD накопителе

10.10.2008 13:32

Опубликованы результаты измерения производительности MySQL с хранилищем на SSD накопителях Mtron и Memoright GT. Для сравнения тесты были повторены для хранилища, размещенного на жестком диске Western Digital Raptor.

В тестах sysbench на случайное чтение и запись данных SSD накопители опережали НЖМД в несколько раз, при тесте на чтение SSD выполнили тест 20-30 раз (!) быстрее, но в тесте на запись НЖМД показал лучшие результаты, обогнав Mtron SDD в 2 раза, а Memoright GT на 25%.

В тесте sysbench OLTP, с хранилищем на диске Raptor был достигнут результат 25 транзакций в секунду, SSD Mtron - 132 и Memoright GT - 88. Интересно, что SSD Mtron показавший лучший результат, имеет заведомо худшие характеристики, по сравнению с более современным SSD Memoright GT. Впрочем, тест DBT2 не изменил положения: Raptor обеспечил выполнение 625 транзакций в секунду, SSD Mtron - 4900 и Memoright GT - 4407.

При оценке работы тестовым комплектом для СУБД DB2, SSD накопители продемонстрировали производительность близкую к RAID 5 из 8 10K SAS НЖМД, но отстали от Raid 10 из тех же дисков (raid5 - 4579, raid10 - 6139, SSD Mtron - 4900, SSD Memoright GT - 4156).

  1. Главная ссылка к новости (http://www.bigdbahead.com/?p=6...)
  2. OpenNews: Программный Raid из 4 USB Flash
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/18353-mysql
Ключевые слова: mysql, benchmark, ssd, disk
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (24) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 14:29, 10/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    интересно, как будут работать в аналогичной конфигурации новые intel ssd?
     
     
  • 2.2, Буквоед (?), 14:48, 10/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    +1
     

  • 1.3, Алхимик (??), 16:25, 10/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Даа... Представляю себе какую-нибудь EVA с такими дисками. Вот где контроллер загнётся, так загнётся :)))
     
     
  • 2.12, Sergey (??), 18:31, 10/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю как EVA, а для EMC DMX или Simmetrix такие диски уже доступны к заказу. правда по цене порядка 50-60к, адинственный такой мелкий минус...
     
     
  • 3.19, Алхимик (??), 15:06, 11/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    к EMC я отношусь с подозрением, ибо управляющая винда на сторидже - это, имхо, не самая лучшая идея :). Правда, на симметриксе вроде бы что-то другое стоит, афайк.
    Кстати, а какого размера эти диски у EMC?
     

  • 1.4, Аноним (-), 16:28, 10/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А представьте какую производительность покажут SSD работающие в тех же RAID-массивах!!!
     
     
  • 2.6, Алхимик (??), 16:41, 10/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А представьте какую производительность покажут SSD работающие в тех же RAID-массивах!!!

    Есть подозрение, что до этого ещё далеко. Года два-три, имхо, если не больше.

     
  • 2.11, Kriz (??), 17:47, 10/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А представьте какую производительность покажут SSD работающие в тех же RAID-массивах!!!

    Ага, вот как раз ссылочка на тему :)
    http://www.thg.ru/storage/ssd_enterprise/index.html

     

  • 1.5, vova (??), 16:38, 10/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    MySQL один х много транзакций одновременно не может. Чтобы делать выводы о пригодности/целесообразности SSD для БД - надо нормальные БД в тестах использовать!
     
     
  • 2.7, Frank (??), 16:50, 10/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Раз смена накопителя влияет во много раз - значит, таки может.
     
  • 2.8, GArik (?), 17:06, 10/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Специально для тебя ссылочку припас :)
    http://www.linux.com/feature/142658
    Там на мой взгляд гораздо более реальные условия - на SSD хранится только индекс, всё остальное на HDD. Графики у них получились ооочень красноречивые:
    http://www.linux.com/var/uploads/Image/articles/142658-1.png
     

  • 1.9, Аноним (9), 17:24, 10/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вобщем SSD - наилучший вариант для хранения кэша :) ЧИТД.
     
     
  • 2.14, Holy Cheater (?), 21:23, 10/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Вобщем SSD - наилучший вариант для хранения кэша :) ЧИТД.

    http://www.superssd.com/products/ramsan-440/
    Да, особенно такой. Правда, стоит он дороговато.

     
  • 2.15, User294 (??), 21:50, 10/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Вобщем SSD - наилучший вариант для хранения кэша :) ЧИТД.

    Остается только вопрос за сколько вас такой накопитель подохнет из-за того что количество циклов перезаписи у флеша ну совсем не резиновое.Если харду пофигу сколько раз перезаписали энный сектор (перемагничивание обычное, фигли) то вот флеш здорово ограничен по числу перезаписей.Особенно MLC-флеш который в наиболее емкие накопители суют.Ждем пару годиков и воплей энтерпрайзов о втихаря порушеных понемногу БД? :)

     
     
  • 3.16, Аноним (-), 23:07, 10/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, выбираем супер надежные HDD. Один фиг на БД серверах RAID10. А вот идея складывать на SSD индексы очень даже хорошая. 2x32GB стоят уже сейчас не дорого, а для индексов в самый раз.
     
  • 3.17, Прон (?), 23:11, 10/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >MySQL один х много транзакций одновременно не может. Чтобы делать выводы о пригодности/целесообразности SSD для БД - надо нормальные БД в тестах использовать!

    Статья о нормальной БД http://habrahabr.ru/blogs/mysql/18094/

     

  • 1.18, veillard (ok), 12:45, 11/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тестирвоание Samsung SSD - http://www.setupc.ru/wiki/moin.cgi/ssd_test

    староват, но показывает основную идею "преимущества" SSD относительно "механики"

     
  • 1.20, Guest (??), 21:08, 11/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У SSD есть еще одно большое преимущество - скорость чтения постоянна независимо от того с какого места читать. Например современные 7200 диски дают в hdparm где-то 80МБ/с в начале диска и кажется что все нормально, но если сделать в конце диска небольшой раздел и его протестить, то скорость уже в районе 35МБ/с. Нефиговые просадки.
     
     
  • 2.21, Алхимик (??), 11:51, 12/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    В современных СХД это неактуально - загрузка дисков балансируется.
     
     
  • 3.22, Guest (??), 15:03, 12/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Это физически не может быть неактуально.
    Пасы в тазик для снижения эффекта и отсутствие эффекта полностью - разные вещи.
     
     
  • 4.23, Алхимик (??), 19:31, 12/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Это физически не может быть неактуально.
    >Пасы в тазик для снижения эффекта и отсутствие эффекта полностью - разные
    >вещи.

    Может быть, ещё как. При количестве дисков в полторы сотни и больше, разных паттернах загрузки, и прочих прелестях высоконагруженных СХД такие мелочи уже перестают иметь значение, так как контроллеры, в основном, сами разбираются, куда совать данные.

     
     
  • 5.24, Guest (??), 20:57, 12/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Разговор про стандартную ситуацию где чаще всего mysql вообще на одном диске или минимальный RAID0/5. Таких 99%. Частные случаи мало кого тут волнуют. Но более прятать явный недостаток за спиной еще больших недостатков/проблем это вообще из рук вон.
     
     
  • 6.25, Алхимик (??), 00:17, 13/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Разговор про стандартную ситуацию где чаще всего mysql вообще на одном диске
    >или минимальный RAID0/5. Таких 99%. Частные случаи мало кого тут волнуют.
    >Но более прятать явный недостаток за спиной еще больших недостатков/проблем это
    >вообще из рук вон.

    Ээээ... Если у вас БД - MySQL, данные на RAID5, да ещё и диски 7200, то говорить какбэ уже не о чем :).

     
     
  • 7.26, Guest (??), 04:33, 13/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ау, мистер, читаем заголовок и вспоминаем что вообще обсуждается !!! :)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру