MYSQL GROUP BY не возвращает результатов с ПОИСКОМ FULLTEXT

Question

MYSQL GROUP BY не возвращает результатов с ПОИСКОМ FULLTEXT

0

У меня есть следующая схема MYSQL:

CREATE TABLE IF NOT EXISTS 'tag' (
   'id' SMALLINT UNSIGNED NOT NULL,
   'tag' VARCHAR(15) NOT NULL,
   FULLTEXT INDEX('tag'),
   PRIMARY KEY ('id','tag')
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO 'tag'('id','tag') VALUES
('1','motor'),
('2','motor');

Я хочу выбрать строки из таблицы tag сгруппированных по столбцу tag. Я выполнил следующую команду:

SELECT COUNT(id),tag FROM tag
GROUP BY tag

Ожидаемый результат:

COUNT(id) | tag
------------------
    2     | motor

Фактический результат: no rows returned

Если я FullText индекс FullText из таблицы, результаты вернутся, как ожидалось. Я не знаю, что происходит неправильно при использовании fulltext с group

Обновление. С дальнейшими исследованиями проблема, похоже, связана с составным первичным ключом. Если я переключусь на одноколоночный первичный ключ, запрос снова будет работать, но мне нужно использовать составной ключ для этой таблицы, так как один и тот же идентификатор может иметь несколько тегов.

Я создал скрипт SQL для вас: http://sqlfiddle.com/#!9/1f765d/1/0

Michael Samuel 15 янв. 2018, в 22:04

Источник

0

это было странно bcuz это отлично работает по id
Daniel B 15 янв. 2018, в 21:08
0

Эй, я думаю, что невозможно использовать полнотекстовый ключ для группировки по. Укажите ваше поле тега как обычный ключ отдельно, тогда оно будет работать. Посмотрите на план выполнения, он пытается сделать группу с помощью полнотекстового ключа. Я не думаю, что это будет возможно: P
Demigod 15 янв. 2018, в 21:51
0

Полный текст должен быть просто ключом для индексации. Это не должно иметь ничего общего с группировкой. Основная проблема с составным первичным ключом. Если у меня есть только первичный ключ идентификатора, полный текст будет работать с группировкой. Таким образом, комбинация составной ключ + полный текст + группа не работает по причине, которую я должен знать. Спасибо
Michael Samuel 15 янв. 2018, в 21:57
1

Если вы не используете его на первичном сервере, он не использует полнотекстовый ключ в плане выполнения. Так что это как то так.
Demigod 15 янв. 2018, в 22:11
0

@Demigod Вы дали мне подсказку. БОЛЬШОЕ СПАСИБО!
Michael Samuel 15 янв. 2018, в 22:24
1

Это похоже на ошибку. Возможно, изменение полнотекстового индекса в данном столбце приводит к пустому набору для «отдельного» запроса .
Solarflare 15 янв. 2018, в 23:11
0

Спасибо за указание на это ... проблема в том, что MYSQL не использует ни один из 2 индексов (основной и полный текст), поэтому он не возвращает результатов. Чтобы решить эту проблему, мы должны заставить MYSQL использовать определенный индекс, как в моем ответе. Спасибо!
Michael Samuel 16 янв. 2018, в 00:16
0

Однако, как вы сказали, это, скорее всего, ошибка, поскольку MYSQL должен использовать любой из индексов вместо того, чтобы вообще не выполняться!
Michael Samuel 16 янв. 2018, в 00:40
1

Майкл, просто для пояснения: индекс влияет на то, как (быстро) БД может выполнить запрос, но не на набор результатов (который считается неупорядоченным и неограниченным). Попробуйте, например, любой запрос к таблице без каких-либо индексов. Или попробуйте выполнить запрос с теми же индексами и данными, но используйте таблицу MyISAM (замените ENGINE = InnoDB на ENGINE = MyISAM), на которую не должна влиять эта ошибка. Формирование другого индекса в данном случае представляется обходным решением, которое не позволяет mysql достичь ситуации, которая приводит к ошибке, но может создать неправильное впечатление о работе индексов.
Solarflare 16 янв. 2018, в 08:33
0

@Solarflare Спасибо за разъяснения. Вы правы, это не использование force index поскольку MYSQL должен выполнять запрос в любом случае, даже без индекса вообще. Это всего лишь хак с ошибкой, которая не исправлена с 2015 года. Спасибо!
Michael Samuel 17 янв. 2018, в 10:27

Показать ещё 8 комментариев

Теги:

mysql

sql

group-by

full-text-indexing

1 ответ

Ещё вопросы

это было странно bcuz это отлично работает по id
Эй, я думаю, что невозможно использовать полнотекстовый ключ для группировки по. Укажите ваше поле тега как обычный ключ отдельно, тогда оно будет работать. Посмотрите на план выполнения, он пытается сделать группу с помощью полнотекстового ключа. Я не думаю, что это будет возможно: P
Полный текст должен быть просто ключом для индексации. Это не должно иметь ничего общего с группировкой. Основная проблема с составным первичным ключом. Если у меня есть только первичный ключ идентификатора, полный текст будет работать с группировкой. Таким образом, комбинация составной ключ + полный текст + группа не работает по причине, которую я должен знать. Спасибо
Если вы не используете его на первичном сервере, он не использует полнотекстовый ключ в плане выполнения. Так что это как то так.
@Demigod Вы дали мне подсказку. БОЛЬШОЕ СПАСИБО!
Это похоже на ошибку. Возможно, изменение полнотекстового индекса в данном столбце приводит к пустому набору для «отдельного» запроса .
Спасибо за указание на это ... проблема в том, что MYSQL не использует ни один из 2 индексов (основной и полный текст), поэтому он не возвращает результатов. Чтобы решить эту проблему, мы должны заставить MYSQL использовать определенный индекс, как в моем ответе. Спасибо!
Однако, как вы сказали, это, скорее всего, ошибка, поскольку MYSQL должен использовать любой из индексов вместо того, чтобы вообще не выполняться!
Майкл, просто для пояснения: индекс влияет на то, как (быстро) БД может выполнить запрос, но не на набор результатов (который считается неупорядоченным и неограниченным). Попробуйте, например, любой запрос к таблице без каких-либо индексов. Или попробуйте выполнить запрос с теми же индексами и данными, но используйте таблицу MyISAM (замените ENGINE = InnoDB на ENGINE = MyISAM), на которую не должна влиять эта ошибка. Формирование другого индекса в данном случае представляется обходным решением, которое не позволяет mysql достичь ситуации, которая приводит к ошибке, но может создать неправильное впечатление о работе индексов.
@Solarflare Спасибо за разъяснения. Вы правы, это не использование force index поскольку MYSQL должен выполнять запрос в любом случае, даже без индекса вообще. Это всего лишь хак с ошибкой, которая не исправлена с 2015 года. Спасибо!

Michael Samuel · Accepted Answer · 2018-01-15T19-39-00.000Z

Наконец, обнаружил проблему. У двигателя есть 2 индекса на выбор при выполнении запроса, который в конечном итоге не используется вообще и не возвращает никаких результатов.

Это очень вероятно, что это ошибка. Это случай, когда FORCE INDEX пригодится в качестве обходного пути.

Итак, окончательная рабочая команда:

SELECT COUNT(id),tag FROM tag
FORCE INDEX(PRIMARY)
GROUP BY tag

И это скрипка с обновленным кодом: http://sqlfiddle.com/#!9/a8568/21/0

Спасибо всем!