" ERROR 1406:1406:列数据太长了#34;但它不应该是?

时间:2015-12-22 15:12:38

标签: mysql

我有以下表结构:

DROP TABLE IF EXISTS `tblusers`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `tblusers` (
  `UserID` int(5) NOT NULL AUTO_INCREMENT,
  `ContactPersonID` int(5) NOT NULL,
  `NameOfUser` varchar(70) NOT NULL,
  `LegalForm` varchar(70) DEFAULT NULL,
  `Address` varchar(70) DEFAULT NULL,
  `City` varchar(50) DEFAULT NULL,
  `Postal` int(8) DEFAULT NULL,
  `Country` varchar(50) DEFAULT NULL,
  `VatNum` int(10) DEFAULT NULL,
  `Username` varchar(30) NOT NULL,
  `Password` varchar(20) NOT NULL,
  `Email` varchar(40) NOT NULL,
  `Website` varchar(40) DEFAULT NULL,
  `IsSeller` bit(1) DEFAULT NULL,
  `IsBuyer` bit(1) DEFAULT NULL,
  `IsAdmin` bit(1) DEFAULT NULL,
  `Description` text,
  PRIMARY KEY (`UserID`),
  KEY `ContactPersonID` (`ContactPersonID`),
  CONSTRAINT `tblusers_tblpersons` FOREIGN KEY (`ContactPersonID`) REFERENCES `tblpersons` (`PersonID`)
) ENGINE=InnoDB AUTO_INCREMENT=87 DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;

然后,一旦我从应用程序的UI创建用户,我必须手动设置第一个管理员,这是我唯一一次直接从数据库执行此操作,所有其余的设想都是从UI(授予管理员权限):

UPDATE `tblusers` SET `IsAdmin`='1' WHERE `UserID`='79';

然后我得到:

Operation failed: There was an error while applying the SQL script to the database.
Executing:
UPDATE `trace`.`tblusers` SET `IsAdmin`='1' WHERE `UserID`='79';

ERROR 1406: 1406: Data too long for column 'IsAdmin' at row 1
SQL Statement:
UPDATE `trace`.`tblusers` SET `IsAdmin`='1' WHERE `UserID`='79'

哪个没有意义,因为我在其他机器上做同样的事情,它就像一个魅力。唯一的区别是,在这种情况下,我有mysql 5.7服务器,而我在机器上有5.6版本,这确实有效。

我尝试了following解决方案,但它对我没用。除此之外,my.ini文件在5.6机器中保持不变,它可以正常工作。

降级到5.6是不可能的。我需要一个真正的解决方案。

4 个答案:

答案 0 :(得分:26)

isadmin是bit类型的列,您在其中存储类型为varchar的值,其大小大于bit。修改查询如下: -

UPDATE `tblusers` SET `IsAdmin`=b'1'  WHERE `UserID`='79';

答案 1 :(得分:11)

IsAdmin的数据类型为bit(1),但您要为其分配字符串“1”。通过在b之前的'1'或使用0b格式指示您为其分配bit value

UPDATE `tblusers` SET `IsAdmin`=b'1'  WHERE `UserID`='79';

UPDATE `tblusers` SET `IsAdmin`=0b1  WHERE `UserID`='79';

此行为的原因可能是在v5.7 mysql服务器上启用了strict_all_tables or strict_trans_tables设置:

  

严格模式控制MySQL处理无效或缺失值的方式   数据更改语句,如INSERT或UPDATE。值可以是   因几个原因无效。例如,它可能包含错误的数据   列的类型,或者可能超出范围。缺少值   当要插入的新行不包含非NULL值时   在其定义中没有显式DEFAULT子句的列。 (为一个   NULL列,如果缺少值,则插入NULL。)严格模式   也会影响DDL语句,例如CREATE TABLE。

答案 2 :(得分:0)

BIT数据类型用于存储位值。 BIT(M)类型可以存储M位的值。 M的范围可以从1到64。

更新tblusers设置IsAdmin = b'1'其中UserID ='012';

更新tblusers设置IsAdmin = b'0',而UserID ='012';

答案 3 :(得分:0)

当我将模型的表从 MySQL Workbench 同步到具有旧表和数据的 MySQL 服务器时,我遇到了同样的问题。旧列类型的数据比新列类型长。 (例如:旧列类型是char[43]但新列类型是binary[32]所以新列类型不能包含所有旧数据)

我的解决方案:删除旧表,然后将新模型与旧数据库同步