Проблема с GROUP_CONCAT и Longtext в MySQL
SQL...
UPDATE Threads t
SET t.Content = (
SELECT GROUP_CONCAT(a.Content ORDER BY a.PageID SEPARATOR '<!-- pagebreak -->')
FROM MSarticlepages a
WHERE a.ArticleID = t.MSthreadID GROUP BY a.ArticleID
)
Как вы можете видеть, он берет все страницы статьи (каждая из которых хранится в виде длинного текста в отдельных строках) и GROUP_CONCAT помещает их в одну строку длинного текста. Проблема в том, что в результате получается столько символов, а затем он полностью усекается, теряя около 90% содержимого. CONCAT не очень хорошо обрабатывает длинный текст или я что-то не так делаю?
3 ответа
Согласно руководству MySQL, максимальная длина GROUP_CONCAT
определяется group_concat_max_len
системная переменная, по умолчанию 1024.
Это значение можно увеличить с помощью следующей команды:
SET group_concat_max_len = <int>
Следует отметить, однако, что значение group_concat_max_len
само ограничено значением другой системной переменной, max_allowed_packet
, который по умолчанию равен 1 048 576.
Это значение может быть увеличено до 1 073 741 824 с использованием того же синтаксиса:
SET max_allowed_packet = <int>
Заголовок этого сообщения "Проблема с CONCAT и Longtext" вводит в заблуждение, поскольку тот, кто задал вопрос, действительно хотел узнать о GROUP_CONCAT. Я нашел этот пост в Google, потому что имел дело с ограничением CONCAT в MySQL. Для тех из вас, кто находит этот пост и ищет, как увеличить максимальную длину, допустимую для CONCAT, вот как это сделать:
Проблема в том, что настройка group_concat_max_len не будет работать для CONCAT, она работает только для GROUP_CONCAT, что означает, что если вы столкнетесь с этим ограничением с помощью CONCAT, вам придется переделать запрос, чтобы использовать GROUP_CONCAT.
Допустим, вы используете CONCAT следующим образом:
UPDATE some_table
SET some_field=CONCAT(some_field,'super long string to append to the end of the data in some_field')
WHERE some_criteria_field = 'match on this string';
Но данные, которые вы пытаетесь объединить в конце содержимого some_field, усекаются, или просто плоскость устанавливает поле some_field в null/empty. Итак, вот как должен выглядеть запрос, чтобы ослабить явные ограничения CONCAT:
SET @@session.group_concat_max_len = @@global.max_allowed_packet;
UPDATE some_table SET some_table.some_field=(
SELECT GROUP_CONCAT( queue.append_to_end SEPARATOR '') as new_some_field
FROM
(
SELECT append_to_end FROM some_table WHERE some_criteria_field = 'match on this string'
UNION
SELECT 'super long string to append to the end of the data in some_field' as append_to_end
) as queue
) WHERE some_criteria_field = 'match on this string'
Для получения более подробной информации ознакомьтесь со статьей, где я нашел этот ответ по ссылке ниже. Источник: http://boulderapps.co/mysql-concat-limitation
GROUP_CONCAT в документах MySQL:
Результат усекается до максимальной длины, заданной системной переменной group_concat_max_len, значение которой по умолчанию равно 1024. Значение может быть установлено выше, хотя эффективная максимальная длина возвращаемого значения ограничена значением max_allowed_packet. Синтаксис для изменения значения group_concat_max_len во время выполнения выглядит следующим образом, где val - целое число без знака:
SET [GLOBAL | SESSION] group_concat_max_len = val;
http://dev.mysql.com/doc/refman/5.0/en/group-by-functions.html
Надеюсь это поможет.