Error 1426 mysql - Исправление ошибок и поиск оптимальных решений проблем

После установки MariaDB 5.5 на один сервачок, решил запилить туда же phpMyAdmin.

Но при установке базы он выдал такую каку:

При установке базы данных возникла ошибка:

mysql said: ERROR 1426 (42000) at line 72: Too big precision 14 specified for ‘timevalue’. Maximum is 6.

Если это дело успешно проигнорировать, то чих-пых админ установится, но работать стабильно якобы не будет.

У меня например вылезла ошибка при входе в phpMyAdmin:

Дополнительные возможности для работы со связанными таблицами недоступны.

По данному вопросу есть официальный багрепорт в котором указано, как это счастье пофиксить.

Если говорить народным языком, то делается это так:

1. Лезем в /usr/share/dbconfig-common/data/phpmyadmin/install и находим там файлик «mysql».

2. Открываем своим любимым редактором и поиском находим «timestamp(14)»

3. Удаляем все что в скобках, и скобки заодно, что бы получилось «timestamp»

4. Сохраняем, закрываем и делаем:

$ sudo dpkg-reconfigure phpmyadmin

5. Правдиво отвечаем на все вопросы конфигуратора (на вопрос о переустановке базы отвечаем утвердительно), и получаем отсутствие ошибки.

Для того, что бы ошибка о дополнительных возможностях исчезла из самой веб-морды, возможно придется сделать релогин и почистить куки в браузере.

Данные инструкции должны быть справедливы для Debian-based дистрибутивов.

Источник

Мне был предоставлен файл sql и я пытаюсь импортировать его с помощью командной строки MySQL. Когда я набираю следующее

C:UsersMyUserDesktopSQL>mysql -u root -p < memory.sql
Enter password: **********

Я получаю эту ошибку

ERROR 1426 (42000) at line 20: Too big precision 14 specified for column 'lastmod'. Maximum is 6

SO Я открыл файл sql в текстовом редакторе, изменил с 14 на 6, попробуйте снова импортировать, и я получаю следующее:

ERROR 1064 (42000) at line 20: 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 'TYPE=MyISAM' at line 16

Вот таблицы создания

CREATE TABLE AccessCard (
 ID int(11) NOT NULL auto_increment,
 personID int(11) NOT NULL default '0',
 cardFormatID int(11) NOT NULL default '0',
 cardNumber char(6) binary default NULL,
 friendNumber bigint(20) default NULL,
 disabled tinyint(1) NOT NULL default '0',
 issueCode int(11) default NULL,
 lastmod timestamp(14) NOT NULL,
 lastmodPersonID int(11) default NULL,
 PRIMARY KEY  (ID),
 UNIQUE KEY Alter_Key1 (cardFormatID,cardNumber),
 KEY AI_ID (ID),
 KEY IX_cardFormatToAccessCard (cardFormatID),
 KEY IX_PersonToAccessCard (personID)
 ) TYPE=MyISAM;

У меня это было googled, и единственное, что я нашел, посадил меня сюда, но, похоже, это было от кого-то, кто создавал новую базу данных. Я новичок в MySQL, поэтому будьте осторожны. Благодарю!

Источник

With the introduction of the «Plan» dropping / adding a foreign key with the same name (e.g. in order to change ondelete behavior) results in an error in mysql — apparently it cannot handle it when it’s compiled to a single query.

ALTER TABLE `module_challenges_taskslots` DROP FOREIGN KEY fk_module_challenges_taskslots_module_challenges_missions1, ADD  CONSTRAINT `fk_module_challenges_taskslots_module_challenges_missions1` FOREIGN KEY (`id_mission`) REFERENCES `module_challenges_missions` (`id`) ON DELETE CASCADE;

[23000][1022] Can't write; duplicate key in table '#sql-1_3'
In phinx <0.10.x this was split to two separate queries, afair.

Should AddForeignKey and DropForeignKey be grouped separately in PhinxDbPlanPlan::gatherConstraints (with drop being executed first of the two), perhaps?

<?php

class ChallengeTaskSlotAdjustForeignKey extends AbstractMigration
{
	public function up()
	{
		$this->table('module_challenges_taskslots')
			// modify onDelete from SET NULL to CASCADE
			->dropForeignKey('id_mission')
			->addForeignKey('id_mission', 'module_challenges_missions', 'id', ['delete' => 'CASCADE', 'constraint' => 'fk_module_challenges_taskslots_module_challenges_missions1'])
			->update();
	}

	public function down()
	{
		$this->table('module_challenges_taskslots')
			// modify onDelete from CASCADE to SET NULL
			->dropForeignKey('id_mission')
			->addForeignKey('id_mission', 'module_challenges_missions', 'id', ['delete' => 'SET NULL', 'constraint' => 'fk_module_challenges_taskslots_module_challenges_missions1'])
			->update();
	}
}

Источник