【问题现象】
凌晨一个客户实例报警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也是一样。要想使用一个东西,必须了解其内部实现的原理。盲目贪图方便,产生了问题就束手无策了。
