The used table type doesn t support fulltext indexes как исправить - Исправление ошибок и поиск оптимальных решений проблем

I’m getting an error saying that the table type doesn’t support FULLTEXT indices. How can I achieve this?

Here’s my table:

CREATE TABLE gamemech_chat (
  id bigint(20) unsigned NOT NULL auto_increment,
  from_userid varchar(50) NOT NULL default '0',
  to_userid varchar(50) NOT NULL default '0',
  text text NOT NULL,
  systemtext text NOT NULL,
  timestamp datetime NOT NULL default '0000-00-00 00:00:00',
  chatroom bigint(20) NOT NULL default '0',
  PRIMARY KEY  (id),
  KEY from_userid (from_userid),
  FULLTEXT KEY from_userid_2 (from_userid),
  KEY chatroom (chatroom),
  KEY timestamp (timestamp)
)  ;

peterm

90.5k14 gold badges146 silver badges154 bronze badges

asked Jan 7, 2014 at 5:02

Before MySQL 5.6 Full-Text Search is supported only with MyISAM Engine.

Therefore either change the engine for your table to MyISAM

CREATE TABLE gamemech_chat (
  id bigint(20) unsigned NOT NULL auto_increment,
  from_userid varchar(50) NOT NULL default '0',
  to_userid varchar(50) NOT NULL default '0',
  text text NOT NULL,
  systemtext text NOT NULL,
  timestamp datetime NOT NULL default '0000-00-00 00:00:00',
  chatroom bigint(20) NOT NULL default '0',
  PRIMARY KEY  (id),
  KEY from_userid (from_userid),
  FULLTEXT KEY from_userid_2 (from_userid),
  KEY chatroom (chatroom),
  KEY timestamp (timestamp)
) ENGINE=MyISAM;

Here is SQLFiddle demo

or upgrade to 5.6 and use InnoDB Full-Text Search.

answered Jan 7, 2014 at 5:08

petermpeterm

90.5k14 gold badges146 silver badges154 bronze badges

The problem occurred because of wrong table type.MyISAM is the only type of table that Mysql supports for Full-text indexes.

To correct this error run following sql.

 CREATE TABLE gamemech_chat (
  id bigint(20) unsigned NOT NULL auto_increment,
  from_userid varchar(50) NOT NULL default '0',
  to_userid varchar(50) NOT NULL default '0',
  text text NOT NULL,
  systemtext text NOT NULL,
  timestamp datetime NOT NULL default '0000-00-00 00:00:00',
  chatroom bigint(20) NOT NULL default '0',
  PRIMARY KEY  (id),
  KEY from_userid (from_userid),
  FULLTEXT KEY from_userid_2 (from_userid),
  KEY chatroom (chatroom),
  KEY timestamp (timestamp)
) ENGINE=MyISAM;

answered Jan 7, 2014 at 5:11

Nagaraj SNagaraj S

13.2k6 gold badges32 silver badges52 bronze badges

Only MyISAM allows for FULLTEXT, as seen here.

Try this:

CREATE TABLE gamemech_chat (
  id bigint(20) unsigned NOT NULL auto_increment,
  from_userid varchar(50) NOT NULL default '0',
  to_userid varchar(50) NOT NULL default '0',
  text text NOT NULL,
  systemtext text NOT NULL,
  timestamp datetime NOT NULL default '0000-00-00 00:00:00',
  chatroom bigint(20) NOT NULL default '0',
  PRIMARY KEY  (id),
  KEY from_userid (from_userid),
  FULLTEXT KEY from_userid_2 (from_userid),
  KEY chatroom (chatroom),
  KEY timestamp (timestamp)
) ENGINE=MyISAM;

answered Jan 7, 2014 at 5:10

From official reference

Full-text indexes can be used only with MyISAM tables. (In MySQL 5.6 and up, they can also be used with InnoDB tables.) Full-text indexes can be created only for CHAR, VARCHAR, or TEXT columns.

https://dev.mysql.com/doc/refman/5.5/en/fulltext-search.html

InnoDB with MySQL 5.5 does not support Full-text indexes.

answered Nov 5, 2019 at 6:02

Simply do the following:

Open your .sql file with Notepad or Notepad ++
Find InnoDB and Replace all (around 87) with MyISAM
Save and now you can import your database with out error.

answered Sep 5, 2018 at 8:06

*************Resolved — #1214 — The used table type doesn’t support FULLTEXT indexes***************

Its Very Simple to resolve this issue. People are answering here in very difficult words which are not easily understandable by the people who are not technical.

So i am mentioning here steps in very simple words will resolve your issue.

1.) Open your .sql file with Notepad by right clicking on file>Edit Or Simply open a Notepad file and drag and drop the file on Notepad and the file will be opened. (Note: Please don’t change the extention .sql of file as its still your sql database. Also to keep a copy of your sql file to save yourself from any mishappening)

2.) Click on Notepad Menu Edit > Replace (A Window will be pop us with Find What & Replace With Fields)

3.) In Find What Field Enter ENGINE=InnoDB & In Replace With Field Enter ENGINE=MyISAM

4.) Now Click on Replace All Button

5.) Click CTRL+S or File>Save

6.) Now Upload This File and I am Sure your issue will be resolved….

answered May 19, 2016 at 20:29

Источник

Пользователь 1102261

Заглянувший

Сообщений: 6
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 21.04.2017

28.04.2017 12:25:11

Коллеги, при переходе из облачной версии в коробочную, развернутую на 7.0.1 мы получили ошибку:

Цитата

MySQL query error!
The used table type doesn’t support FULLTEXT indexes

CRE ATE TABLE `b_crm_act` ( `ID` int(1) unsigned NOT NULL AUTO_INCREMENT, `TYPE_ID` tinyint(1) unsigned NOT NULL, `OWNER_ID` int(1) NOT NULL, `OWNER_TYPE_ID` tin yint(1) unsigned NOT NULL, `ASSOCIATED_ENTITY_ID` int(1) DEFAULT NULL, `SUBJECT` varchar(512) COLLATE utf8_unicode_ci NOT NULL, `COMPLETED` char(1) COLLATE utf8_un icode_ci NOT NULL DEFAULT ‘N’, `RESPONSIBLE_ID` int(1) NOT NULL, `PRIORITY` int(1) NOT NULL, `NOTIFY_TYPE` int(1) NOT NULL, `NOTIFY_VALUE` int(1) unsigned DEFAULT NULL, `DESCRIPTION` longtext COLLATE utf8_unicode_ci, `DESCRIPTION_TYPE` tinyint(1) unsigned DEFAULT NULL, `DIRECTION` tinyint(1) unsigned NOT NULL, `LOCATION` varchar(256) COLLATE utf8_unicode_ci DEFAULT NULL, `CREATED` datetime NOT NULL, `LAST_UPDATED` date

Она связана с полнотектовым поиском и тем, что в VM 7.0.1 стоит MariaDB 5.5, как ее оперативно обновить до 5.7 ?

По рекомендации из тех поддержки — мне надо удалить часть индексов в файле sql, что считаю совсем не адекватным, т.к. заявляется простой и быстрый переход с облако в коробку

PS* выполнил рекомендации и получил новые ошибки, в итоге заново развернул VM 7.0.1 заменил репозитории на Maria 10.1 — бэкап развернулся, сейчас работает часть функционала, не работают аудио-видео вызовы (все настроено со стороны сети) и происходит дикая утечка памяти…

Администратор Сообщений: 1019 Баллов: 198 Авторитет: 1 Рейтинг пользователя: 1 Регистрация: 28.07.2008	evseenkov.ivan, процедура перехода на MySQL 5.7 будет в версии vmbitrix 7.1.0.

Пользователь 1102261

Заглянувший

Сообщений: 6
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 21.04.2017

28.04.2017 16:25:29

Цитата
Алексей Шафранский написал: evseenkov.ivan , процедура перехода на MySQL 5.7 будет в версии vmbitrix 7.1.0.

Я конечно с удовольствием ее скачаю, как только появится, но что сделать сейчас? Поковырять файл SQL? И потом получить проблемы (возможные) или просто ждать 7.1.0?

Администратор Сообщений: 1019 Баллов: 198 Авторитет: 1 Рейтинг пользователя: 1 Регистрация: 28.07.2008	evseenkov.ivan, да пока удалить индексы в .sql файле и ждать 7.1)

Пользователь 325885 Постоянный посетитель Сообщений: 218 Баллов: 19 Авторитет: 0 Рейтинг пользователя: 0 Регистрация: 09.04.2015	Алексей Шафранский, , будет переход на MySQL 5.7 или MariaDB 10.1?

Администратор Сообщений: 1019 Баллов: 198 Авторитет: 1 Рейтинг пользователя: 1 Регистрация: 28.07.2008	Игорь Горгуль, на MySQL 5.7.

Пользователь 107077 Заглянувший Сообщений: 33 Баллов: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 10.11.2011	Алексей Шафранский, Почему mysql, а не percona?

Администратор Сообщений: 1019 Баллов: 198 Авторитет: 1 Рейтинг пользователя: 1 Регистрация: 28.07.2008	Семен Калашников, там не просо MySQL 5.7 а Percona Server. Вот «секретный» скрин:

Пользователь 107077 Заглянувший Сообщений: 33 Баллов: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 10.11.2011	Алексей Шафранский, Целую Ваши мысли.

Пользователь 372611

Посетитель

Сообщений: 53
Баллов: 4
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 21.08.2015

#10

02.05.2017 15:33:16

evseenkov.ivan, теоретически, если перед установкой BitrixEnv у вас уже будет репозиторий mariaDB 10.1 в списке — произойдет установка версии 10.1, однако совместимость с этим продуктом не заявлена и решение проблем будет полностью у вас на плечах.

Пользователь 1102261

Заглянувший

Сообщений: 6
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 21.04.2017

#11

05.05.2017 11:46:48

Цитата
Владимир Ульянов написал: решение проблем будет полностью у вас на плечах.

Оно и так оказалось полностью на моих плечах, т.к. коробка 7.0.1 не поддерживает бэкап, который предоставила техническая поддержка для перехода из облака!
Есть ли возможность дать доступ к скачиванию «секретной версии 7.1.0» — пусть лучше она чем ничего!

Пользователь 372611

Посетитель

Сообщений: 53
Баллов: 4
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 21.08.2015

#12

05.05.2017 16:37:53

Цитата
evseenkov.ivan написал: коробка 7.0.1 не поддерживает бэкап

все верно. Только она не поддерживает не бэкап, а полнотектные индексы. ТП 1С-Битрикс при предоставлении бэкапа наверняка вам об этом сообщила о том, что именно необходимо убрать.

Распакуйте архив:

Код
tar xvfz <имя_вашего_архива>.tar.gz

Удалите полнотекстный индекс в файле .sql

Код
sed -i '/FULLTEXT KEY `IXF_IM_MESS_1` (`MESSAGE`)/d' <имя_вашего_файла>.sql

После этого можете использовать restore.php

Алексей Шафранский

Администратор

Сообщений: 1019
Баллов: 198
Авторитет:

1
Рейтинг пользователя:

1
Регистрация: 28.07.2008

#13

05.05.2017 19:05:34

Цитата
Владимир Ульянов написал: sed -i ‘/FULLTEXT KEY `IXF_IM_MESS_1` (`MESSAGE`)/d’ .sql

Владимир Ульянов, для im-а сработает, там 1 индекс, для crm уже нет…

Пользователь 1102261

Заглянувший

Сообщений: 6
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 21.04.2017

#14

06.05.2017 02:12:36

Плюс после удаления индексов возникает еще одна ошибка (из соседней темы

https://dev.1c-bitrix.ru/community/forums/forum32/topic76398/

), и в конечном итоге, победив спустя некоторое время вообще в админку попасть не смог.
Рекомендаций от ТП не было, спустя время сказали убрать индексы и все. Изначально вообще никто ни о чем не предупредил!

Пользователь 372611

Посетитель

Сообщений: 53
Баллов: 4
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 21.08.2015

#15

07.05.2017 14:41:50

Цитата
Алексей Шафранский написал: для im-а сработает, там 1 индекс, для crm уже нет…

Ну я привел частный случай, два-три месяца назад в CRM не было полнотекстных mysql-индексов

Цитата
evseenkov.ivan написал: Плюс после удаления индексов возникает еще одна ошибка

Это уже совсем другая ошибка (в общем то вовсе даже не ошибка), совсем не относящаяся к базе данных.

Вообще подобные вещи как настройка веб-окружение, перенос между серверами и прочее требуют некоторой компетенции, при наличии которой все подобные проблемы решаются за 1 минуту.

На месте компании 1С-Битрикс я бы уже давно повесил огромный баннер в соответствующих разделах, со ссылкой на список партнеров.

Пользователь 1137245

Заглянувший

Сообщений: 11
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 10.05.2017

#16

12.05.2017 16:12:51

Цитата
evseenkov.ivan написал: Изначально вообще никто ни о чем не предупредил!

26 мая Сергей Рыжиков прочитает доклад «Время перемен: как заметить, что правила изменились»

ВАМ evseenkov.ivan, обязательно нужно посетить!

Пользователь 1137245

Заглянувший

Сообщений: 11
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 10.05.2017

#17

12.05.2017 16:15:41

Цитата
Владимир Ульянов написал: со ссылкой на список партнеров.

Вы, Владимир Ульянов, о таких партнерах?

Пользователь 1102261

Заглянувший

Сообщений: 6
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 21.04.2017

#18

12.05.2017 16:16:47

Оригинальные у вас комментарии, особенно по поводу партнеров…
Начнем с того, что компетенция имеется, это раз. Проблема в том, что техподдержка формирует бэкап, дает на него ссылку и все, дальше ребята .. как хотите.
Продолжим тем, что данный вопрос мне помогали решать партнеры Битрикс, которые также были удивлены тем что «отработанная процедура переноса» пошла криво и не заработала «из коробки»… Можно было предупредить — отключите индексы, или обновите версию MySQL, когда давали бэкап а не спустя несколько дней…
Со стороны заказчика, я хочу заплатить деньги и получить продукт «из коробки», как он и позиционируется, а не ковыряться, разбираться и натягивать костыли на самую свежую виртуальную машину которую рекомендует support… Вопрос в отношении к клиентам вот и все.

Пользователь 1137245

Заглянувший

Сообщений: 11
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 10.05.2017

#19

12.05.2017 16:34:26

Цитата

evseenkov.ivan написал:
Со стороны заказчика, я хочу заплатить деньги и получить продукт «из коробки», как он и позиционируется, а не ковыряться, разбираться и натягивать костыли на самую свежую виртуальную машину которую рекомендует support… Вопрос в отношении к клиентам вот и все.

Вы здесь

https://dev.1c-bitrix.ru/community/forums/forum32/topic96797/

ответы и почитайте .))))))))

Цитата
evseenkov.ivan написал: Оригинальные у вас комментарии

извините — если я не смогла передать текстом — позитивную иронию.

Пользователь 1102261

Заглянувший

Сообщений: 6
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 21.04.2017

#20

13.05.2017 23:04:32

Про партнеров, Ирма — не к Вам, а к представителям Битрикса, которые упорно не хотят понять суть — нужно быть более клиентоориентированными, а не так — маркетинг и реклама на 146 % (реально класс) а тех поддержка — на 1% (так скажем «на донышке»), главное чтобы клиент заплатил, но что дальше ?!
А дальше у нас было так — ок мы платим, дальше пошел процесс — делают мне бэкап, с комментарием — мы бэкап даем только один раз, а дальше проблема на Вашей стороне. Бэкап делается до 3 дней, думаю ладно, сюрприз — остановлю работу портала, на котором уже много чего крутится и вертится, дальше веселее, получаю бэкап — радостный разворачиваю виртуальную машину, накидываю ей кучу памяти, процессоров, чтобы летало, и начинаю качать — и тут новый сюрприз, часть файлов не качается, лежит Amazon на котором оно лежит, бегом в Тех поддержку — ответа нет, поднимаю сервер на Azure, качаю оттуда файлы -ура, получилось, перекидываю все к себе, начинаю разворачивать и при восстановлении базы данных получаю глюки (см. начало темы), дальше подключаю партнеров, с которыми мы работаем и ОНИ ПОМОГАЮТ, в 12 ночи, занимаются и решают проблемы, которые оказались на моей стороне, на которые Битрикс не обращает внимания, конечно, нам надо двигать продукт и набирать новых клиентов….
В итоге с помощью партнеров отключили индексы, побороли второй баг, запустили портал, прилетели обновления и все опять легло… Я уже сам заново развернул чистую машину, заменил репозитории Maria DB, руками указал вместо версии 5.5 версию 10.1, скачал, обновил и все заработало «из коробки» но НЕУЖЕЛИ это было трудно сказать техподдержке, чтобы не дергать партнеров и самим не тратить время на поиски решения. Мне нравится решать нестандартные вопросы, прокачивать скилы, но не в случае если я за это плачу как минимум 200 000 руб. немного странным это кажется, не так ли.
И в завершении монолога, просьба к технической поддержке и постпродажной системе станьте как минимум на уровне вашего PR, маркетинга, они реально молодцы!
PS* Против Битрикса? как продукта? ничего против не имею, мне нравится концепция, решение, удобство, гибкость и креативность, в своей компании веду пропаганду работы в кор. портале на столько, что мне Битрикс уже должен приплачивать

Пользователь 372611

Посетитель

Сообщений: 53
Баллов: 4
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 21.08.2015

#21

16.05.2017 16:32:49

Цитата
evseenkov.ivan написал: Я уже сам заново развернул чистую машину, заменил репозитории Maria DB, руками указал вместо версии 5.5 версию 10.1

Я предложил вам это в своем первом посте, могли уже давно это сделать, если знаете как.

Цитата
evseenkov.ivan написал: Продолжим тем, что данный вопрос мне помогали решать партнеры Битрикс, которые также были удивлены тем что «отработанная процедура переноса» пошла криво и не заработала «из коробки».

Качество сертификации партнеров сейчас и правда оставляет желать лучшего (например компания Аспро, которая является «лидером», 9 месяцев не может починить композитный сайт на своих решениях, а только ломает его, а так же имеет тонну других ошибок). В следующий раз попытайтесь найти партнера в этом списке:

https://enterprise.1c-bitrix.ru/#support

— они, я думаю, более-менее хорошо делают, кто-нибудь да возьмется за вашу.

Цитата
Ирма Хаиндрава написал: Вы, Владимир Ульянов , о таких партнерах?

к сожалению ваша картинка не открывается, выложите ее на удаленный сервер и прикрепите ссылку.

Пользователь 91733 Заглянувший Сообщений: 11 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 19.05.2011	#22 0 19.03.2018 10:37:54 Здравствуйте! Смотрю год прошел, а ничего не поменялось: у меня BitrixVM 7.2.2, а по-умолчанию стоит старая MariaDB-server 5.5 (хоть и в редакции .59) Полнотекстовые индексы до сих пор не поддерживаем? Что за безобразие?!

Администратор

Сообщений: 1019
Баллов: 198
Авторитет:

1
Рейтинг пользователя:

1
Регистрация: 28.07.2008

#23

19.03.2018 11:12:04

Алексей Декорико, день добрый. Поддержка полнотекстовых индексов вышла в релизе 7.1.0 в средине 2017 года. Старая MaraiaDB версии 5.5 самостоятельно до 5.7 не обновляется. Вас нужно запустить переход с одной версии бд на другую руками, курс

https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=37&LESSON_ID=8831&LESSO…

Пользователь 91733 Заглянувший Сообщений: 11 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 19.05.2011	#24 0 19.03.2018 11:51:27 Алексей Шафранский, В том то и дело, что установили чистую новую ОС с BitrixVM на VPS TimeWeb, там стоит новейший релиз 7.2.2., и по-умолчанию новейшая MariaDB 5.5.59 (январь 2018)

Алексей Шафранский Администратор Сообщений: 1019 Баллов: 198 Авторитет: 1 Рейтинг пользователя: 1 Регистрация: 28.07.2008	#25 0 19.03.2018 12:24:11 Алексей Декорико, не может такого быть. Уверены что на вашей «чистой vps» не стоит MariaDB изначально?

Источник

Дата публикации: 16 мая 2018

При переносе сайта с одного хостинга на другой, возникла проблема — у заказчика был свой хостинг, с mySQL 5.5 а у меня mysql 5.7

Заказчика не удалось убедить обновиться!!!

В итоге при переносе обычного дампа вылетала вот такая ошибка —

«#1214 — The used table type doesn’t support FULLTEXT indexes»

Это исправляем так — При выгрузке дампа из Mysql 5.7, в строке «Использовать оператор при сохранении данных:» меняем INSERT на REPLACE

Пробуем залить и получаем новую ошибку — «#1214 — The used table type doesn’t support FULLTEXT indexes «

Решаем так:

Открываем дамп в notepad++ и меняем все «InnoDB» на «MyISAM». Сохряняем и заливаем!

Выбрать другую заметку

Загрузка страницы с заданным скроллингом по середине — 11.07.2016
Якорные ссылки с плавной прокруткой — Пример — 15.09.2016
Перенос сайта на другой хостинг Modx revo — 17.08.2017
Перенос дампа MySQL 5.7 в MySQL 5.5 или ишибка #1214 — The used table type doesn’t support FULLTEXT indexes — 16.05.2018
Документация getProducts — 8.03.2018
mFilter2 — быстрый запуск — 16.05.2018
mSearch2 — быстрый запуск — 16.05.2018
Автоматическое определение года — PHX Modx Revo, Вывод названий месяцев на русском — 16.05.2018
Документация fastField Modx Revo — плагин для получения поля другого ресурса. — 16.05.2018
MODX Revolution — Каталог ядра в открытом доступе — 1.06.2018
Привязать картинку к ячейке excel — 5.07.2018
Обновление MODX Revolution — 26.07.2018
Перевод с http на https, сайт на ModX Revo, хостинг beget. — 19.12.2018
pdoMenu — Как исключить определенные пункты меню — 5.02.2019
Как вывести количество дочерних элементов modx revo — один из вариантов — 8.08.2019
MigX Modx Revo — быстрый старт. Примеры MigX. — 17.08.2019
Запрет на индексацию ссылок или текста — 15.10.2019
Не выводить текущую новость через getProducts ModX revo — 22.10.2019
Font boosting и проблемы со шрифтом в мобильных браузерах — 28.10.2019
Как написать в техподдержку вКонтакте с компьютера — 13.02.2020
Удобно для SEO, но только MODX REVO — 5.06.2020
Сортировка ресурсов на странице через getProdutcts, как в дереве ресурсов — 28.04.2021
Якорные ссылки на странице с плавной прокруткой. Html, CSS + javascript — 26.05.2021
Phpthumbof modx revo. Быстрый старт и шпаргалка. Водяной знак. — 30.08.2021
Getimagelist modx revo, сортировка в обратном порядке — MIGX — 23.09.2021
Яндекс карта через API — Быстрый старт — 24.09.2021
Проверка подключения jQuery — 10.03.2022
Стандартные плейсхолдеры в MIGX — 19.12.2022

Источник