MySql超長自動截斷實例詳解
小伙伴問到一個問題，為啥在項目中調(diào)用插入或者更新語句時超長的字無法自動截斷，而在navicat中直接執(zhí)行是可以自動截斷的？
如下
CREATE TABLE `p_app_station` (
`WX_APP_ID` varchar(20) NOT NULL,
`APP_SECRET` varchar(33) DEFAULT NULL,
`IS_BINDING` int(1) DEFAULT '0',
`ACCOUNT_ID` int(13) DEFAULT NULL,
`TOKEN` varchar(40) DEFAULT NULL,
`BIND_URL` varchar(200) DEFAULT NULL,
`WX_APP_NAME` varchar(50) DEFAULT NULL,
`WX_APP_SID` varchar(50) DEFAULT NULL,
`WX_NO` varchar(50) DEFAULT NULL,
`CREATE_USER_ID` varchar(13) DEFAULT NULL,
`UPDATE_DATE` datetime DEFAULT NULL,
`CREATE_DATE` datetime DEFAULT NULL,
`UPDATE_USER_ID` varchar(13) DEFAULT NULL,
`STATION_TYPE` int(1) unsigned zerofill DEFAULT NULL COMMENT '標(biāo)記類型（試用版:0,會員版:1,定制版:2）',
`ACTIVE_DATE` datetime DEFAULT NULL COMMENT '使用時間截止',
`APP_MODULE_ID` varchar(60) DEFAULT NULL COMMENT '推送模版消息ID',
PRIMARY KEY (`WX_APP_ID`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
insert into p_app_station(wx_app_id) values('12121312312312啊啊啊啊啊aassasdasd');
select * from p_app_station where wx_app_id like '12121312312312%';
很明顯varchar(20) 不足以容納12121312312312啊啊啊啊啊aassasdasd
查詢結(jié)果如下
確實自動截斷了，但是在項目中執(zhí)行同樣的sql發(fā)現(xiàn)并非如此，反而報錯。
Data truncated for column '%s' at row %ld
考慮到是同一個數(shù)據(jù)庫，不存在模式不同，那么可能性應(yīng)該出現(xiàn)在jdbcDriver上。
查看jdbc源碼
private void setupServerForTruncationChecks() throws SQLException {
if (getJdbcCompliantTruncation()) {
if (versionMeetsMinimum(5, 0, 2)) {
String currentSqlMode = this.serverVariables.get("sql_mode");
boolean strictTransTablesIsSet = StringUtils.indexOfIgnoreCase(currentSqlMode, "STRICT_TRANS_TABLES") != -1;
if (currentSqlMode == null || currentSqlMode.length() == 0 || !strictTransTablesIsSet) {
StringBuilder commandBuf = new StringBuilder("SET sql_mode='");
if (currentSqlMode != null currentSqlMode.length() > 0) {
commandBuf.append(currentSqlMode);
commandBuf.append(",");
}
commandBuf.append("STRICT_TRANS_TABLES'");
execSQL(null, commandBuf.toString(), -1, null, DEFAULT_RESULT_SET_TYPE, DEFAULT_RESULT_SET_CONCURRENCY, false, this.database, null, false);
setJdbcCompliantTruncation(false); // server's handling this for us now
} else if (strictTransTablesIsSet) {
// We didn't set it, but someone did, so we piggy back on it
setJdbcCompliantTruncation(false); // server's handling this for us now
}
}
}
}
查看getJdbcCompliantTruncation方法，其默認(rèn)值為
private BooleanConnectionProperty jdbcCompliantTruncation = new BooleanConnectionProperty("jdbcCompliantTruncation", true,
Messages.getString("ConnectionProperties.jdbcCompliantTruncation"), "3.1.2", MISC_CATEGORY, Integer.MIN_VALUE);
因此從3.1.2版本在jdbcurl中如果沒有設(shè)置jdbcCompliantTruncation那么默認(rèn)將會執(zhí)行不截斷并且報錯。
那么加上參數(shù)是否可以呢？
取舍一下：
如果截斷當(dāng)出現(xiàn)比超長可能會有精度丟失的風(fēng)險。
因此建議還是在程序中檢查。
目前正在做關(guān)于使用hibernate validate的相關(guān)。
以上就是關(guān)于MySQL 截斷的講解，大家如有疑問可以留言或者到本站社區(qū)交流討論，共同進步， 感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！
您可能感興趣的文章:- mysql5.7.19 winx64解壓縮版安裝配置教程
- centos6.4下mysql5.7.18安裝配置方法圖文教程
- MySQL5.7.18下載和安裝過程圖文詳解
- MySql中使用正則表達式查詢的方法
- php檢測mysql表是否存在的方法小結(jié)
