【問題現象】

凌晨一個客戶例項報警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也是一樣。要想使用一個東西,必須瞭解其內部實現的原理。盲目貪圖方便,產生了問題就束手無策了。

【MySQL】Incorrect string value 問題一則

相關文章