指定字符集编码
需要在数据库连接中指定两个参数：useUnicode=true&characterEncoding=UTF-8，只有当设置了useUnicode=true时，后续指定的字符集编码才有效。
MySQL 5.6别名默认不生效问题
在数据库连接中指定参数：useOldAliasMetadataBehavior=true。
MySQL 8的数据库连接问题
MySQL 8在连接数据库时与5.x版本有较大变化，需要注意如下的一些问题。
驱动包路径变更
MySQL 8的驱动包路径变更为com.mysql.cj.jdbc.Driver，如果使用旧版本的驱动包路径会报错：
1
| Loading class `com.mysql.jdbc.Driver'. This is deprecated. The new driver class is `com.mysql.cj.jdbc.Driver'. The driver is automatically registered via the SPI and manual loading of the driver class is generally unnecessary.
|
SSL连接问题
与SSL连接有关，使用SSL连接需要提供服务器证书。如果不在数据库连接中加入useSSL=false的参数，会报错：
1
| Establishing SSL connection without server's identity verification is not recommended. According to MySQL 5.5.45+, 5.6.26+ and 5.7.6+ requirements SSL connection must be established by default if explicit option isn't set. For compliance with existing applications not using SSL the verifyServerCertificate property is set to 'false'. You need either to explicitly disable SSL by setting useSSL=false, or set useSSL=true and provide truststore for server certificate verification.
|
时区问题
这是数据库和系统时区不同造成的，需要在数据库连接中指定对应的时区。通常国内都是东八区，如果不在数据库连接中加入serverTimezone=GMT%2B8&的参数，会报错：
1
| java.sql.SQLException: The server time zone value '???ú±ê×??±??' is unrecognized or represents more than one time zone.
|
这里的GMT%2B8&是指的GMT+8，即东八区，这里的+在URL编码中要转换为%2B，否则不会生效。
执行sql报错USING BTREE
在执行sql文件时发现报错如下：
1
| You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘USING BTREE....
|
这是MySQL的一个bug：
MySQL 5.1和MySQL 5.0在处理到索引语句时有所区别，我所执行的sql语句是从高版本的MySQL里导出来的。
当存在UNIQUE KEY的表导出来时，其sql如下：
1
| UNIQUE KEY `idx_name` (`column_name`) USING BTREE
|
对于该语句，低版本的MySQL是不能识别的，所以就报错了。
解决方法是将高版本MySQL导出来的sql语句里的column_name调整到USING BTREE后边就行了，如下：
1
| UNIQUE KEY `idx_name` USING BTREE (`column_name`)
|
MySQL终止正在执行的SQL语句
show full processlist可以查询到MySQL正在执行的SQL语句，找到其中想要终止的慢SQL的id，通过kill终止：
1
2
| -- 终止id为3222162404的SQL语句
kill 3222162404
|
查询时区分大小写
MySQL默认处理文本时是大小写不敏感并且移除前后空格（trim）的，比如查询时（模糊查询、group by等也一样），查询DOUBLE和查询double是一样的结果，原因是建表时字符串字段的排序规则默认使用的utf8_general_ci。
1
2
3
4
5
6
| -- 查询表里字段的各项属性，排序规则看其中的collation
show full columns from 表名;
-- 本例中查询meta_data表里DATA_TYPE字段的部分查询结果如下：
|Field |Type |Collation |
|DATA_TYPE |varchar(10) |utf8_general_ci |
|
如果想要区分大小写并且不被trim，有两种方式：
使用binary关键字
1
2
3
| select DATA_TYPE from meta_data group by binary DATA_TYPE;
select * from meta_data where DATA_TYPE binary = ' DOUBLE ';
select * from meta_data where DATA_TYPE like binary '%DOUBLE%';
|
修改字段的排序规则
将字符串字段的collation改为utf8_bin。
1
2
| -- 将meta data表的DATA_TYPE字段改为大小写敏感
alter table meta_data change column DATA_TYPE DATA_TYPE varchar(10) collate utf8_bin;
|
参考链接
警告
本文最后更新于 May 12, 2024，文中内容可能已过时，请谨慎使用。
