января 24 2014
0

Ошибка при импорте дампа базы

_mixei_    24 января 2014, 00:21    в избранное в избранном    6 комментариев
Вопросы, проблемы и их решения   
Подскажите если не сложно.
При импорте дампа базы Alto выдает такую ошибку:

В работе SQL-парсера произошла ошибка. Убедитесь в корректности запроса, отсутствии в нем опечаток и незакрытых кавычек. Возможной причиной ошибки может быть загрузка файла, содержащего двоичные данные вне кавычек в тексте запроса. Попробуйте выполнить запрос через командную строку MySQL. При наличии таковой, ниже будет выведена ошибка MySQL-сервера, облегчающая диагностику проблемы. Если проблема не решается, хотя через интерфейс командной строки запрос отрабатывает корректно, выявите ту часть запроса, которая вызывает ошибку и отправьте разработчикам описание ошибки, снабдив его данными из секции CUT выведенной ниже:
----BEGIN CUT----
eNolzU0KwjAQBeBFd3OKd4AYTGoQZhdCaBf5M6lewJVQXAgFvb2p7obH9974WnNlOAWnEXxiKGho
aktPB6L4aZfAMNLIUR/u60rXVpGbgJ18WgRuvsPweG5vuLnm6Ls9dkslWsap34bKXHYnctuXRqnO
/wYFmybGa6PfExq+ZboiAw==
----END CUT----
----BEGIN RAW----
ERROR: C1 C2 LEN: 1 2 2
STR:

MySQL: 5.5.32-cll
USR OS, AGENT, VER: Linux CHROME 5.0.32
PMA: 4.0.5
PHP VER,OS: 5.3.17 Linux
LANG: ru
SQL:

----END RAW----

SQL-запрос:



Ответ MySQL: Документация

#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 '' at line 1

С чем это связано?
Теги:

Похожие статьи

  • MySQL replace serialized data (Замена сериализованных данных в MySQL)
    Когда-то мне понадобилось поковыряться в стерилизованных данных AltoCMS. В тот раз я набросал костыль в админку на php. Теперь, после перехода на https, опять столкнулся с проблемой URL'ов — в БД повсеместно URL ...
  • Что за предупреждения в журнале?
    Не первый раз обнаруживаю в журнале ошибок такие сообщения: E_WARNING [2] mysqli::real_connect(): (42000/1203): User xxxxxx already has more than 'max_user_connections' active connections (/xxxxxxxxx/sovunion....
  • Два сайта с общими таблицами пользователей
    Путём манипуляций с конфигами удалось частично решить вопрос по сабжу. Но толку от этого ноль, т.к. на double-сайте юзер не может создать блог или топик: ошибки, указывающие на FOREIGN KEY и ссылающиеся на различные...
  • Как очистить БД от ненужных таблиц?
    Вот где-где, но тут я точно полный ноль... Я даже правильный запрос в поисковик сделать не могу (ну не в теме я...). В общем, после переезда с LS на Alto (с помощью конвертации базы данных при установке) в БД...

6 комментариев

0
Хоть начало дампа покажите
0 
-- phpMyAdmin SQL Dump
-- version 4.0.5
-- http://www.phpmyadmin.net
--
-- Хост: localhost
-- Время создания: Янв 16 2014 г., 00:55
-- Версия сервера: 5.5.32-cll
-- Версия PHP: 5.3.17

SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
SET time_zone = "+00:00";


/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;

--
-- База данных: `d5065_db`
--

-- --------------------------------------------------------

--
-- Структура таблицы `alto_adminban`
--

CREATE TABLE IF NOT EXISTS `alto_adminban` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `user_id` int(11) unsigned NOT NULL,
  `banwarn` int(11) NOT NULL DEFAULT '0',
  `bandate` datetime NOT NULL,
  `banline` datetime DEFAULT NULL,
  `bancomment` varchar(255) DEFAULT NULL,
  `banunlim` tinyint(4) NOT NULL DEFAULT '0',
  `banactive` tinyint(4) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`),
  KEY `user_id` (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;
Отредактирован:
+1
Это не ошибка Alto, это ошибка которую выдает phpMyAdmin. Так что либо у вас битая база (что наиболее вероятно), либо глючит phpMyAdmin. Если база большая, то отловить там ошибку будет сложно.
Отредактирован:
0
Попробуйте убрать вначале дампа базы вот эти строки:
-- phpMyAdmin SQL Dump
-- version 4.0.5
-- http://www.phpmyadmin.net
--
-- Хост: localhost
-- Время создания: Янв 16 2014 г., 00:55
-- Версия сервера: 5.5.32-cll
-- Версия PHP: 5.3.17

SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
SET time_zone = "+00:00";


/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;

в самом конце базы вот эти:
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;

и попробуйте импортировать еще раз. Должно получится.
0
Спасибо за подсказку. сработало. но основным было — в конце дампа базы вот такая строка
EXTNULNULNULNULNULNULNULNUL
0
Ну и отлично!
А в конце дампа такой строки быть не должно, так что видимо что-то глюкнуло при экспорте. А вообще большие дампы лучше все же импортировать и экспортировать через ком.строку на сервере(правда если вы имеете к ней доступ) — так не будет никаких ошибок, которые может легко устроить phpMyAdmin.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.