|
MySQL.RU - Webboard
 Вернуться
 Падает SELECT, выбирающий поле LONGTEXT (Alex_esq) 02/03/2005 - 18:03:55
 Re: Версия mySQL (Ver 12.22 Distrib 4.0.18) (Alex_esq) 02/03/2005 - 18:04:46
Re: Версия mySQL (Ver 12.22 Distrib 4.0.18) (Alec) 02/03/2005 - 19:23:08
Re: Версия mySQL (Ver 12.22 Distrib 4.0.18) (Alex_Esq) 03/03/2005 - 14:28:49
> Original message text:
> From: Alex_esq - 02/03/2005 - 18:03:55
> Subject:Падает SELECT, выбирающий поле LONGTEXT
> -----------------
> Коллеги, подскажите, пожалуйста, как можно заставить работать следующий SELECT.
>
> Имеется таблица с первичным ключом ID и неключевыми полями Content типа longtext и ContentType типа varchar(80).
>
> Выборка №1
> SELECT id, ContentType
> FROM tab
> WHERE ContentType = 'text/plain'
> замечательно работает.
>
> Как только в перечень выбираемых полей добавляю Content - mySQL начинает возвращать ошибку 'ERROR 2013: Lost connection to MySQL server during query'.
>
> Выборка №2
> SELECT id, ContentType
> FROM tab
> WHERE ContentType = 'text/plain'
>
>
> Но как только добавляю в условие WHERE точное ограничение на первичный ключ - снова работает.
> Выборка №3
> SELECT id, ContentType, Content
> FROM tab
> WHERE ( id = 880 or id = 882 ) and ContentType = 'text/plain'
>
> Если условие на id накладывать не точное (например, неравенство) - тоже не работает. Такое ощущение, что тут вместе влияют возможность взять хэш по WHERE и размер поля Content.
>
> Как можно заставить работать запрос №2?
>
From: Alex_Esq - 03/03/2005 - 14:28:49
Subject:Версия mySQL (Ver 12.22 Distrib 4.0.18)
-----------------
Методом деления пополам выяснил, что содеримое этого BLOB некоторых записей попало на corrupted database page, что и приводило к странному поведению запроса даже, если он напрямую не затрагивал битые записи. Причем другие поля битых записей прекрасно читаются, однако саму запись ни удалить, ни модифицировать не получается. Пока что проблему решаем с помощью mysqldump в режиме force_recovery = игнорировать сбои. Подозреваю, что содержимое битых BLOB будет мусорным.
Самое противное, что непонятно, из-за чего эта проблема возникла. На форумах приводят причины вплоть до глюка кэша файловой системы Unix. А так хочется спокойно спать.
Объем данных ~100-400K. Максимальный размер пакета 16M.
[Это сообщение - спам!]
Последние сообщения из форума
Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL,
версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь.
20557
|
|
