У мене є таблиця з приблизно 1 млрд. Рядків, і її 98% інтенсивно читають.

Я спробував налаштувати базу даних, використовуючи різні механізми зберігання даних (MyISAM та InnoDB)

Потім провели кілька тестів, щоб переглянути виставу

У пункті де я мав ідентифікатор первинного ключа, і, здається, оскільки MySAM Key Cache зберігає весь індекс у своєму буфері, використання MyISAM здавалося досить швидким, приблизно в 2 рази швидше, ніж InnoDB

Але для InnoDB це здається повільніше !! Хіба що InnoDB не використовує жодного буфера для попереднього завантаження індексів?

Перш ніж приймати рішення про MyISAM або InnoDB, вам доведеться переглянути обидва механізми зберігання з точки зору того, як кешується кожен

MyISAM

Під час читання індекси таблиці MyISAM можна прочитати один раз з файлу .MYI і завантажити в кеш-пам'ять MyISAM (розмір за розміром key_buffer_size ). Як можна швидше зробити .MYD таблиці MyISAM швидше для читання? З цим:

ALTER TABLE mytable ROW_FORMAT=Fixed;

Про це я писав у своїх минулих дописах

• Sep 20, 2011: /dba/5974/best-of-myisam-and-innodb/6008#6008 (будь ласка, прочитайте це першим)
• May 10, 2011: /dba/2640/what-is-the-performance-impact-of-using-char-vs-varchar-on-a-fixed-size-field/2643#2643 (TRADEOFF №2)
• Aug 12, 2011: /dba/4576/which-dbms-is-good-for-super-fast-reads-and-a-simple-data-structure/4589#4589 (параграф 3)
• Jan 03, 2012: /dba/10069/optimized-my-cnf-for-high-end-and-busy-server/10080#10080 (під заголовком Реплікація )

InnoDB

Добре, а як щодо InnoDB? Чи InnoDB робить якісь дискові введення / виведення для запитів? Дивно, але так! Ви, напевно, думаєте, що я божевільний, що це сказав, але це абсолютно вірно, навіть для SELECT запитів . На даний момент ви, мабуть, задаєтесь питанням: "Як у світі InnoDB робить дискові введення / виведення для запитів?"

Все повертається до InnoDB, будучи двигуном транзакційного зберігання ACID- скаргами. Для того , щоб InnoDB бути транзакційних, він повинен підтримувати Iв системі ACID, яка є ізоляцією. Техніка підтримки ізоляції для транзакцій здійснюється за допомогою MVCC, Multiversion Concurrency Control . Простіше кажучи, InnoDB записує, як виглядають дані, перш ніж транзакції намагаються їх змінити. Де це записується? У файлі системного простору таблиць, більш відомий як ibdata1. Для цього потрібен диск вводу / виводу .

ПОРІВНЯЙТЕ

Оскільки і InnoDB, і MyISAM роблять диск вводу / виводу, які випадкові фактори диктують, хто швидший?

• Розмір стовпців
• Формат стовпця
• Набори символів
• Діапазон числових значень (вимагає достатньо великих INT)
• Ряди розділяються по блоках (рядкові ланцюги)
• Фрагментація даних, викликана DELETEsтаUPDATEs
• Розмір первинного ключа (InnoDB має кластерний індекс, що вимагає двох ключових пошукових запитів)
• Розмір індексних записів
• список продовжується ...

ЕПІЛОГ

Таким чином, у важкому для читання середовищі можна, щоб таблиця MyISAM з фіксованим форматом рядків перевершила InnoDB зчитування з пулу InnoDB Buffer, якщо в журнали відміни, що містяться в ibdata1, є достатньо даних для підтримки поведінки транзакцій накладені на дані InnoDB. Ретельно сплануйте типи даних, запити та механізм зберігання даних. Як тільки дані зростають, переміщення даних може стати дуже важким.

До речі, я написав щось подібне 5 днів тому: Як призначити ліміт пам’яті для mySQL?

MyISAM завжди працюватиме набагато швидше, ніж innodb, коли немає суперечок для даних. Почніть додавати кілька сеансів, намагаючись оновити один і той же tablse, і innodb дуже швидко отримує перевагу в продуктивності.

Налаштування системи для двох двигунів дуже відрізняється.

Причина існування різних двигунів полягає в тому, що існують різні схеми навантаження / доступу.

вам доведеться «розігріти» innodb. наприклад, повторним відтворенням журналів доступу або виконанням розумних запитів, які торкаються кожного значення з індексу.

погляньте сюди чи сюди .

Я сподіваюся, що ви не використовуєте налаштування mysql за замовчуванням для innodb - вони підходили для апаратних засобів від ~ 2000 року.

Перевірте цей сайт, він містить дуже корисну інформацію:

http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/

http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/

Ви також можете налаштувати вашу файлову систему. У мене хороші результати роботи на XFS з оптимальними значеннями sunit та swidth (звичайно, якщо ви використовуєте RAID)

Після подальшої настройки InnoDB на MariaDB, я збільшив innodb_buffer_pool_sizeрозмір бази даних InnoDB, оскільки, зробивши це, InnoDB почав швидше отримувати рядки

Я думаю, налаштування InnoDB є досить важливою відповідно до потреб вашої бази даних