MySQL, большая таблица

0

0

Решил проверить поведение MySQL () на большой таблице. Сама табличка простая - ключ (INT) и текстовое поле VARCHAR(50). Циклом создал 10.000.000 записей.

Делаю простейший запрос, вида

SELECT * FROM <таблица> LIMIT i, 50;

где i - подставляется. Наблюдаю за изменением времени обработки запроса. В начале таблицы (пока i маленькие) время обработки порядка 0.02 сек. На последних записях время доходит до 40 сек. Это лечится или уже даже просто не "полистаешь" такие объёмы?

Ссылка

←	func-menu in emacs (for C)

C: макросы

→

Re: MySQL, большая таблица

Да, забыл написать. MySQL - 4.1.20.

atrus ★★★★★ (27.04.07 19:31:53 MSD)

Ссылка

Re: MySQL, большая таблица

а индекс по ключу создал, т.е. указал, что ключ - действительно ключ? :)

Pi ★★★★★ (27.04.07 19:58:06 MSD)

Ответ на: Re: MySQL, большая таблица от Pi 27.04.07 19:58:06 MSD

Re: MySQL, большая таблица

судя по описанию, проблема действительно в отсутствии индекса

friday ★★★ (27.04.07 21:05:29 MSD)

Ответ на: Re: MySQL, большая таблица от friday 27.04.07 21:05:29 MSD

Re: MySQL, большая таблица

> судя по описанию, проблема действительно в отсутствии индекса

А какой индекс нужен? У него "LIMIT x, 50"... Это значит, что будут просматриваться x+50 записей, и из них выбираться последние 50.

В MySQL при таком просмотре лучше бежать по таблице, чем по индексу. Когда бежишь по таблице, доступ к диску последовательный. А когда по индексу, оно будет тыкать то в индекс, то в таблицу

(Если ты хочешь чтобы оно сначала x записей пробежало по индексу, а потом за записями номер x+1...x+50 лазало в таблицу, то такое вроде не поддерживается)

gods-little-toy ★★★ (28.04.07 00:23:36 MSD)

Ссылка

Ответ на: Re: MySQL, большая таблица от Pi 27.04.07 19:58:06 MSD

Re: MySQL, большая таблица

> а индекс по ключу создал

По какому? PRIMARY индекс есть. А по текстовому полю я пока отбирать не пробовал. Кстати, SELECT * FROM ... WHERE ID=чисто - работает шустро, даже если номер идшника из последних.

atrus ★★★★★ (28.04.07 02:48:37 MSD)