Долго Mysql sending data

Если сервер и БД совпадают (видимо)..

Проверить, какой драйвер используется в том и другом случае?

Что, если сделать тестовый вариант без "движка" (один файл, в нём подключение и запрос)?

была похожая ситуация, только наоборот. локально запрос зависал в статусе sending data бесконечно (ну или я не дожидался, порядок ожидания - десятки минут, уже тупо из любопытства). на сервере работал менее секунды (но всё равно довольно долго - запрос был тяжёлым). набор данных один и тот же. пробовал локально ставить такую же версию MySQL, пробовал несколько более новых и более старых версий - результат без изменений.

так как необходимость поднять проект локально была неизбежной, пришлось переписывать запрос так, чтобы он отрабатывал за приемлемое время. сдаётся мне, что имеет место какой-то системный баг в MySQL, который не могут выловить на протяжении уже многих версий.

Тут не надо рассуждать - надо разбивать сложную систему на простые части и замерять каждое по отдельности. Чтобы разбить обработку запроса на просты части уже внутри mysql, нужно профилировать через set profiling=1;

Сервер mysql по сети к сайту подключен? размер результатов в байтах большой?

Настроил сервер, помогло, теперь хоть летает.

Конечно не могу понять иногда тормоза. Один из вариантов получается, всё упирается в диск и когда много запросов идёт, он просто ожидает.

---------- Добавлено 04.09.2012 в 23:38 ----------

Всё на 1 серваке.

Да максимум 30 000 записей id, это 30 000 * 3 (знаков в id в среднем) = 90 000 байт

---------- Добавлено 04.09.2012 в 23:39 ----------

Да куда проще то?

---------- Добавлено 04.09.2012 в 23:39 ----------

Кстати таблица 1 ГБ весит :)

---------- Добавлено 05.09.2012 в 01:00 ----------

Короче решил. А решил файловым кэшем. Взял да записал все эти id в файлы по категориям. И теперь мускулю не надо париться, перерывать каждый раз гигабайтную БД (которая растёт очень быстро), а берёт нужные id из файла.

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

Во как! :)

А чисто ради любопытства, можете сюда выложить результат "SHOW CREATE TABLE `cms`"?

Да не вопрос.

CREATE TABLE `cms` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`name` varchar(255) COLLATE utf8_unicode_ci NOT NULL,

`dec` text COLLATE utf8_unicode_ci NOT NULL,

`trans` varchar(255) COLLATE utf8_unicode_ci NOT NULL,

`data` date NOT NULL,

`pic` varchar(255) COLLATE utf8_unicode_ci NOT NULL,

`comment` int(1) NOT NULL DEFAULT '0',

`comment_static` int(1) NOT NULL,

`rating_static` int(1) NOT NULL,

`rating` int(1) NOT NULL DEFAULT '0',

`art` int(1) NOT NULL DEFAULT '0',

`nextart` int(1) NOT NULL DEFAULT '0',

`krohi` int(1) NOT NULL DEFAULT '0',

`description` text COLLATE utf8_unicode_ci NOT NULL,

`keywords` text COLLATE utf8_unicode_ci NOT NULL,

`cat` int(11) NOT NULL,

`search` text COLLATE utf8_unicode_ci NOT NULL,

PRIMARY KEY (`id`),

UNIQUE KEY `trans_2` (`trans`),

KEY `data` (`data`),

KEY `cat` (`cat`)

) ENGINE=MyISAM AUTO_INCREMENT=185776 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci

Если выборка из примера выше для вас достаточно значима, я бы ещё добавил составной индекс cat_id(cat,id), чтобы данные прямо из индекса вытаскивать.

Да там проблема в другом. Как зайдут наши любимые поисковые боты на разделы + 5000 обычных юзеров... и понеслось гонять эту гиговую таблицу туда сюда. Каждый хочет её SELECT 2-а раза, а она блокируется каждый раз.

Поэтому и решил кэш именно файловый сделать с id, ну и + количество id в text не помещается, а это значит держать такие массивы смысла нет в БД.

ну в любом случае указанный мной индекс там не повредит :)

mysql> explain SELECT SQL_NO_CACHE id FROM `cms` WHERE cat=1;

+----+-------------+-------+------+---------------+------+---------+-------+------+-------+

| id | select_type | table | type | possible_keys | key  | key_len | ref   | rows | Extra |

+----+-------------+-------+------+---------------+------+---------+-------+------+-------+

|  1 | SIMPLE      | cms   | ref  | cat           | cat  | 4       | const |    9 |       |

+----+-------------+-------+------+---------------+------+---------+-------+------+-------+

1 row in set (0.00 sec)



mysql> alter table cms add index cat_id(cat,id);

Query OK, 10 rows affected (0.11 sec)

Records: 10  Duplicates: 0  Warnings: 0



mysql> explain SELECT SQL_NO_CACHE id FROM `cms` WHERE cat=1;

+----+-------------+-------+------+---------------+--------+---------+-------+------+-------------+

| id | select_type | table | type | possible_keys | key    | key_len | ref   | rows | Extra       |

+----+-------------+-------+------+---------------+--------+---------+-------+------+-------------+

|  1 | SIMPLE      | cms   | ref  | cat,cat_id    | cat_id | 4       | const |    9 | Using index |

+----+-------------+-------+------+---------------+--------+---------+-------+------+-------------+

1 row in set (0.00 sec)

Составной индекс, действительно, почему не подумал раньше :(

Сейчас пока вставляется, потом тестану.