Ошибка! Mysql Query Error: CREATE INDEX `ix_module_to_module_sc` ON `b_module_to_module` (from_module_id,message_id,to_module_id,to_class,to_method) [Specified key was too long; max key length is 1000 bytes]
-
Вопрос заданболее трёх лет назад
-
1292 просмотра
I want to create an index using this query:
CREATE INDEX `PRIMARY` ON `elements` (`id`) USING BTREE
Or something like that, I’ve tried several queries:
1. CREATE INDEX `PRIMARY` ON `elements` (`id`) USING BTREE
2. CREATE INDEX 'PRIMARY' ON `elements` (`id`) USING BTREE
3. CREATE INDEX `PRIMARY` ON 'elements' (`id`) USING BTREE
4. CREATE INDEX PRIMARY ON elements (`id`) USING BTREE
5. CREATE INDEX PRIMARY ON elements (id) USING BTREE
I’ve also tried the 5 queries above without «USING BTREE». But I’m always getting this message:
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'PRIMARY ON 'elements' (`id`) USING BTREE' at line 1
This one works:
CREATE INDEX test ON elements (brandid);
I can’t really discover a big difference between the two.
Why can’t I create an index with name PRIMARY?
Рассказываем, почему появляется ошибка «DB query error» и как ее исправить на панели управления хостингом.
Ошибка «DB query error» связана с базой данных и обычно возникает после переноса проекта на другой хостинг, когда неверно указывают путь или ссылаются не на ту базу данных. Так выглядит ошибка в браузере при открытии сайта:
Другими вариантами возникновения «DB query error» могут быть:
-
Недостаточно свободного места на тарифе.
-
Ошибки в базе данных.
В статье расскажем, как исправить ошибку «DB query error» для сайтов на 1С-Битрикс из панели хостинга Reddock.
Недостаточно свободного места на тарифе
Для исправления ошибки на виртуальном хостинге перейдите в панель управления услугой.
На главной странице в блоке «Ограничения» в строке «Диск» проверьте, сколько осталось доступного места. Если доступного места достаточно, цвет текста будет зеленым. Если недостаточным — красным.
Для исправления ошибки на виртуальном или выделенном сервере перейдите в панель управления услугой под srv-admin. На главной странице в области «RED.Monitoring» отображены ресурсы сервера.
Проверка показала, что на тарифе закончилось дисковое пространство? Вы можете удалить лишние файлы или увеличить место на диске.
-
Для удаления файлов убедитесь, что они действительно не нужны для полноценной работы сайта. Примером таких файлов могут быть устаревшие резервные копии или кэш. Они удаляются в панели управления хостингом, в Менеджере файлов.
-
Для увеличения дискового пространства перейдите в личный кабинет и закажите дополнительные ресурсы для вашего тарифа.
Превышение максимально разрешенного количества подключений
Если на тарифе хостинга достаточно свободного пространства, возможно превышено максимально разрешенное количество подключений.
Это исправляется в панели управления перейдите в Главное (1) → Менеджер файлов (2). Выберите файл «dbconn.php» и нажмите «Изменить».
В строке «$DBDebug» замените «false» на «true», а после откройте ваш сайт. Если ошибки есть, то в браузере будет отображено сообщение ошибки mysql с кодом 1040.
Если ошибки превышения количества подключений нет, то причина может быть в большом количестве запросов к базе данных. Для сайтов на виртуальном хостинге нужно немного подождать, пока системный администратор устранит проблему. Для сайтов на виртуальном или выделенном сервере рекомендуем обратиться в нашу поддержку. Поможем исправить ошибку и вернуть доступ к сайту.
По всем вопросам будем рады помочь. Напишите нам — с радостью ответим. Способы связи:
-
через личный кабинет,
-
по почте support@reddock.ru,
-
по телефону +7 (495) 008-31-24 или +7 (351) 225-64-56.
Не пропустите новые материалы и обновления — подпишитесь на нас в любимой соцсети: Instagram, ВКонтакте или Facebook.
#1 27.06.2021 17:26:06
- sergrych
- Участник
- Зарегистрирован: 27.06.2021
- Сообщений: 3
Mysql query error: (1191)
Здравствуйте, помогите пожалуйста, вот такая ошибка
Mysql query error: (1191) Can’t find FULLTEXT index matching the column list (400)
вот такой запрос
SELECT
main_user.ID AS ID,
main_user.TIMESTAMP_X AS TIMESTAMP_X,
main_user.LOGIN AS LOGIN,
main_user.ACTIVE AS ACTIVE,
main_user.DATE_REGISTER AS DATE_REGISTER,
main_user.LAST_NAME AS LAST_NAME,
main_user.LAST_LOGIN AS LAST_LOGIN,
main_user.EXTERNAL_AUTH_ID AS EXTERNAL_AUTH_ID,
main_user_uts_object.UF_VER AS UF_VER,
main_user_uts_object.UF_COMPANY AS UF_COMPANY
FROM b_user main_user
LEFT JOIN b_uts_user main_user_uts_object ON main_user.ID = main_user_uts_object.VALUE_ID
INNER JOIN b_user_index main_user_index ON main_user.ID = main_user_index.USER_ID
WHERE MATCH (main_user_index.SEARCH_ADMIN_CONTENT) AGAINST (‘(+495* +128*)’ IN BOOLEAN MODE)
ORDER BY ID ASC
LIMIT 0, 501
Неактивен
#2 28.06.2021 10:15:29
- vasya
- Архат
- Откуда: Орел
- Зарегистрирован: 07.03.2007
- Сообщений: 5817
Re: Mysql query error: (1191)
покажите результат выполнения:
select version();
и
show create table b_user_index;
Неактивен
#3 28.06.2021 14:46:37
- sergrych
- Участник
- Зарегистрирован: 27.06.2021
- Сообщений: 3
Re: Mysql query error: (1191)
MariaDB [(none)]> select version();
+——————+
| version() |
+——————+
| 10.3.28-MariaDB |
+——————+
1 row in set (0.000 sec)
show create table b_user_index;
| b_user_index | CREATE TABLE `b_user_index` (
`USER_ID` int(11) NOT NULL,
`SEARCH_USER_CONTENT` text COLLATE utf8_unicode_ci DEFAULT NULL,
`SEARCH_DEPARTMENT_CONTENT` text COLLATE utf8_unicode_ci DEFAULT NULL,
`SEARCH_ADMIN_CONTENT` text COLLATE utf8_unicode_ci DEFAULT NULL,
`NAME` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,
`LAST_NAME` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,
`SECOND_NAME` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,
`WORK_POSITION` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`UF_DEPARTMENT_NAME` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
PRIMARY KEY (`USER_ID`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci |
Неактивен
#4 28.06.2021 22:16:38
- sergrych
- Участник
- Зарегистрирован: 27.06.2021
- Сообщений: 3
Re: Mysql query error: (1191)
vasya написал:
покажите результат выполнения:
select version();
и
show create table b_user_index;
спасибо за наводку )
команда ALTER TABLE `b_user_index` ADD FULLTEXT(`SEARCH_ADMIN_CONTENT`);
решила проблему, спасибо
Неактивен
На сайте с 28.03.2008
Offline
359
12 октября 2011, 05:31
4487
На одном ресурсе заметил следующую проблему: условно 2 минуты сайт работает нормально, вс егрузится, а следующие 2 минуты вскакивает ошибка MySQL query error или 500. Другие сайты на этом сервере работают нормально.
При этом не работает почтовый сервер и FTP.
В чем может быть проблема? Суппорт хостинга VDS пока молчит.
В панели посмотрел, написано, что параметр oomguarpages в Желтой зоне, т.е. типа перегрузки его. Хелп )
L
На сайте с 13.01.2011
Offline
114
12 октября 2011, 05:55
#1
надо посмотреть через ssh, чтобы узнать в чем проблема — обращайтесь
Контакты-icq 535609 ()
На сайте с 08.06.2007
Offline
110
12 октября 2011, 06:39
#2
qilly, Смотрите логи веб и почтового сервера — там все написано будет.
На сайте с 28.03.2008
Offline
359
12 октября 2011, 06:53
#3
Суппорт ответил, что нагрузка на apache+mysql, мол оперативная память исчерпалась. Интересуется не выросла ли посещаемость, но она осталась примерно на прежнем уровне и глюки были в том числе ночью, когда на сайте трафа точно нет. Блин, ерунда какая-то.
На сайте с 08.06.2007
Offline
110
12 октября 2011, 06:55
#4
qilly, у вас VDS ? дак чего гадаете-то — посмотрите логи!
На сайте с 01.02.2010
Offline
247
12 октября 2011, 06:58
#5
А размер базы не вырос?
На сайте с 20.04.2006
Offline
570
12 октября 2011, 07:44
#6
qilly:
ошибка MySQL query error
какой полный текст ошибки?
На сайте с 28.03.2008
Offline
359
12 октября 2011, 08:26
#7
Dreammaker:
какой полный текст ошибки?
Это и есть полный текст ошибки, данная ошибка чередовалась с ошибкой 500. Хостер ответил, что был всплеск входящего трафика в 3 утра. Говорит может ддос. В 3 утра как-то сомневаюсь…
Да у меня ВДС, логи посмотрю щас. Нет времени и не очень в этом соображаю.
qilly добавил 12.10.2011 в 16:10
Хостер сказал, что это ддос-атака. На фтп не нашел логов именно за вчерашний день. В журнале траффика в панели Paralles нет всплеска входящего трафика. Ээ..