MySQL: InnoDB или MyISAM Engine ::: что лучше для большого количества выборок? - PullRequest
1 голос
/ 25 августа 2010

У меня огромный файл (~ 26 МБ) с 200 столбцами и 30000 записями. Я хочу импортировать его в базу данных (InnoDB Engine). Я никогда не буду обновлять или удалять записи. ALHO, хотя я буду запрашивать много записей из таблицы с высокой сложностью в предложении where. Какой механизм таблиц мне лучше выбрать для более быстрого ответа на запрос? Будет ли это действительно иметь большое значение? PS: все мои другие таблицы используют InnoDB.

Также Как можно избежать создания таблицы вручную с 200 столбцами и указания типа данных для каждого из них. Большинство столбцов являются плавающими, а немногие - varchar и date.

Ответы [ 2 ]

1 голос
/ 25 августа 2010

Обычно ответом на вопрос «что быстрее, ISAM или innodb» будет ISAM

Но для лучшей производительности с таблицей, имеющей очень мало обновлений, вы можете захотеть взглянуть на столбец InfobrightдБ (который интегрирован в MySQL).

Однако, имея только 30 тыс. Строк, вы не увидите существенной разницы между innodb, isam и infobright.

OTOH, вам действительно нужно долго и внимательно смотреть, нужно ли вам 200 столбцов в одной таблице.Я подозреваю, что это не так - и схема гораздо важнее при определении производительности, чем механизм хранения.

0 голосов
/ 25 августа 2010

при работе с большими объемами данных в тарифах innodb лучше, чем myisam.,

http://www.mysqlperformanceblog.com/2007/01/08/innodb-vs-myisam-vs-falcon-benchmarks-part-1/

и

http://www.cftopper.com/index.cfm?blogpostid=84

Джеймс Дэй, инженер поддержки MySQL и инженер Википедии, рекомендует людям постоянно использовать InnoDB, если только по какой-то причине не станет очевидно, что вам нужен MyISAM:

"Я бы пошел с InnoDB, пока не было доказано, что это не подходит. Первая причина - надежность. Получите сбой с MyISAM, и у вас будет ненадежный и медленный процесс, связанный с размером таблицы, процессом восстановления таблицы. То же самое с InnoDB и вместо этого вы получаете фиксированное время, быстрый и надежный процесс применения / отката журналов. По мере того, как набор данных увеличивается, это становится все более и более важным, как и в случае, если вы хотите делать что-то вроде сна, а не просыпаться в середине ночь починить разбитый стол.

Для надежности и производительности мы используем InnoDB практически для всего в Википедии - мы просто не можем позволить себе простои, связанные с использованием MyISAM, и проверяем таблицу на 400 ГБ данных при сбое. "

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...