【问题现象】

凌晨一个客户实例报警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 'taskname' at row 1' on query. Default database: 'rdms'. Query: 'insert into task (taskName, 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也是一样。要想使用一个东西,必须了解其内部实现的原理。盲目贪图方便,产生了问题就束手无策了。

【MySQL】Incorrect string value 问题一则