ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 【MySQL】Incorrect string value 问题一则

【MySQL】Incorrect string value 问题一则

原创 Linux操作系统 作者:杨奇龙 时间:2013-09-07 16:52:48 0 删除 编辑
【问题现象】
凌晨一个客户实例报警slave sql 进程由于报如下错误而停止:
mysql> show slave status \G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                 .....
                 ......
               Last_SQL_Errno: 1366
               Last_SQL_Error: Error 'Incorrect string value: '\xD0\xC2\xBD\xA8\xB2\xE2...' for column 'name' at row 1' on query. Default database: 'rds'. Query: 'insert into task (Name, taskid, changeid, creator, memberIds, workType, workload, projectId, startDatePlanned, endDatePlanned, chgdate, chgreason) values (0xD0C2BDA8B2E2CAD4D3C3C0FDD7D6B6CEB8C4D4EC, 3519, NULL, 973, 0x36, NULL, 24, 45, '2013-09-06 00:00:00', '2013-09-11 00:00:00', '2013-09-06 16:36:07', "")'
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 3963011170
1 row in set (0.00 sec)
报错提示:插入的字段格式和数据库表定义的格式不一样,insert的值是十六进制而表结构定义中name 是varchar 。

查看表结构:
mysql> show create table task \G
*************************** 1. row ***************************
       Table: task
Create Table: CREATE TABLE `task` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `name` varchar(100) NOT NULL DEFAULT '',
  `description` text,
   .....
) ENGINE=InnoDB AUTO_INCREMENT=3521 DEFAULT CHARSET=gbk

导致slave停止的原因是有一些眉目了,如何解决这个字段类型不一致的问题?
【分析】
查看了java代码之后发现java类型传错 传入的值ids 是string类型,
public int insertPointRecord(String name) throws DAOException {
    if (null == name)
        throw new DAOException("name is null");
    
    String name[] = StringUtils.split(name, ",");
    for (int i = 0; i < name.length; i++) {
        Map parameterObject = new HashMap();
        parameterObject.put("name", name[i]);
        this.executeInsert("PointRecordDAO.insertPointRecord", parameterObject, DBRouteFactory.getIDDBRoute(Long.valueOf(name[i])));
    }
    return name.length;
}
ibatis会不断发出类似于select * from test limit 0 的sql去获取表结构的元数据,并缓存在客户端。
如果传入ibatis的字段内容和ibatis自动获取的元数据不匹配,ibatis会自作主张地将数据变为十六进制,拼接成SQL之后发给MySQL执行。
十六进制的SQL在大多数情况下不会走索引,对于大量dml操作,传递到备库,备库和主库之间的延迟越来越大。
【解决方法】
1 修改代码修改name的初始化数据类型:
新的代码将parameterObject.put("name", name[i]);改为parameterObject.put("name", new char(name[i]));
2 修改表结构的数据类型
alter table task modify `name` mediumtext  character set gbk;
注意字符集设置。
总结:
不仅仅是开发人员,对于DBA也是一样。要想使用一个东西,必须了解其内部实现的原理。盲目贪图方便,产生了问题就束手无策了。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22664653/viewspace-772340/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
MySQL DBA NoSQL DEVOPS

注册时间:2009-10-07

  • 博文量
    1026
  • 访问量
    7626498