Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Почему именно InnoDB используется для больших баз данных?
 
 автор: Ильдар   (11.06.2011 в 19:55)   письмо автору
 
 

Почему в больших базах применяют именно InnoDB а не MyISAM?

  Ответить  
 
 автор: Valick   (11.06.2011 в 20:17)   письмо автору
 
   для: Ильдар   (11.06.2011 в 19:55)
 

его применяют там где нужны транзакции и блокировка на уровне строк а не всей таблицы

  Ответить  
 
 автор: cheops   (11.06.2011 в 20:57)   письмо автору
 
   для: Ильдар   (11.06.2011 в 19:55)
 

К большой таблице, как правило, и запросов много и выполняются они дольше, так как объем значительный. Поэтому если блокировать всю таблицу размером в десяток гигабайт, при каждом INSERT/DELETE/UPDATE запросах, выстроится гигантская очередь. Когда блокировка идет на уровне строк - это проблема снимается, так как блокировке подвергается только малая часть таблицы. Кроме того, таблицы InnoDB хорошо делятся на части, что особенно важно в системах с ограничением объема одного файла (пресловутые 4Гб на 32-разрядных системах). Кэш у них интереснее устроен, например, в MyISAM до 5.1 под кэш ключей больше 2Гб было невозможно отвести, даже если у вас на сервере 32Гб оперативной памяти, у InnoDB таких ограничений не было, можно отвести очень много оперативной памяти, где пол базы данных будет тусоваться.

PS За блокировку на уровне строк, кстати, приходится довольно дорого расплачиваться - это не сверхбыстрое удовольствие. Именно поэтому на небольших базах данных MyISAM значительно быстрее InnoDB (при тех же объемах таблиц).

  Ответить  
 
 автор: Ильдар   (11.06.2011 в 21:45)   письмо автору
 
   для: cheops   (11.06.2011 в 20:57)
 

вот у меня база к примеру на 100 - 200 тыщ записей. Размеры 20-30 мегабайт.
Запросы только SELECT.
Думаю оставить Майисам?

Или при сборе информации в 200 тыщ записей сделать таблицу в myisam а потом переделать в innodb для дальнейших запросов к ней?

  Ответить  
 
 автор: Добрый кот   (11.06.2011 в 22:03)   письмо автору
 
   для: Ильдар   (11.06.2011 в 21:45)
 

Хмм. Вот моя база
35 table(s)     Sum     1,042,638     MyISAM     cp1251_general_ci     792.4 MiB
И ничего, работает довольно шустро

  Ответить  
 
 автор: Ильдар   (11.06.2011 в 22:27)   письмо автору
 
   для: Добрый кот   (11.06.2011 в 22:03)
 

а ты какие функции используешь?

  Ответить  
 
 автор: Добрый кот   (11.06.2011 в 22:31)   письмо автору
 
   для: Ильдар   (11.06.2011 в 22:27)
 

select, insert, update

  Ответить  
 
 автор: cheops   (11.06.2011 в 22:47)   письмо автору
 
   для: Ильдар   (11.06.2011 в 21:45)
 

Если SELECT - основной оператор - оставляйте не задумываясь. Тем более, на хостингах редко бывает хорошо настроен тип InnoDB. Настроить СУБД одновременно на два типа и на MyISAM и на InnoDB - это нужно очень много оперативной памяти.

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования