logo头像

技术是一种信念

Mysql常见问题及解决

UTF-8编码字节个数问题

错误内容

Incorrect string value: ‘\xF0\x9F…’ for column ‘XXX’ at row 1

这个问题,原因是UTF-8编码有可能是两个、三个、四个字节。Emoji表情或者某些特殊字符是4个字节,而Mysql的utf8编码最多3个字节,所以数据插不进去。

解决方法

  • 在mysql的安装目录下找到my.ini,作如下修改:
1
2
3
4
5
[mysqld]
character-set-server=utf8mb4
[mysql]
default-character-set=utf8mb4
修改后重启Mysql
  • 将已经建好的表也转换成utf8mb4
1
2
更改数据库编码:ALTER DATABASE caitu99 CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
alter table TABLE_NAME convert to character set utf8mb4 collate utf8mb4_bin; (将TABLE_NAME替换成你的表名)
  • 修改mysql配置文件my.cnf(windows为my.ini)

my.cnf一般在/etc/my.cnf位置。找到后请在以下三部分里添加如下内容:

1
2
3
4
5
6
7
8
9
[client] 
default-character-set = utf8mb4
[mysql]
default-character-set = utf8mb4
[mysqld]
character-set-client-handshake = FALSE
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
init_connect='SET NAMES utf8mb4'

忽略大小写问题

错误内容

在系统运行时,ba_user表实际上是存在的,但是因为mysql大小写的问题,所以在执行服务时找不到对应的表。

1
2
3
4
5
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Table 'booktobook.BA_User' doesn't exista
...
com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.executeQuery(NewProxyPreparedStatement.java:116)
at org.hibernate.engine.jdbc.internal.ResultSetReturnImpl.extract(ResultSetReturnImpl.java:82)
... 82 more

错误原因

  • 查看大小写区分
    1
    mysql> show variables like "%case%";

执行结果:

Variable_name Value
lower_case_file_system OFF
lower_case_table_names 0

【注意】

MYSQL在LINUX下数据库名、表名、列名、别名大小写规则如下:

  1. 据库名与表名是严格区分大小写的

  2. 表的别名是严格区分大小写的

  3. 列名与列的别名在所有的情况下均是忽略大小写的
  4. 变量名也是严格区分大小写的

解决办法

  • 用ROOT登录,修改/etc/my.cnf  
1
vi /etc/my.cnf
  • 在[mysqld]下加入一行:lower_case_table_names=1   
  • 重新启动数据库即可
1
/etc/init.d/mysqld restart

链接超时问题

错误内容

使用Connector/J连接MySQL数据库,程序运行较长时间后就会报以下错误:

1
Communications link failure,The last packet successfully received from the server was * millisecond ago.The last packet successfully sent to the server was *  millisecond ago。

##错误原因

MySQL服务器默认的“wait_timeout”是28800秒即8小时,意味着如果一个连接的空闲时间超过8个小时,MySQL将自动断开该连接,而连接池却认为该连接还是有效的(因为并未校验连接的有效性),当应用申请使用该连接时,就会导致上面的报错。

##解决方法

修改数据库的wait_timeout最大为31536000即1年,在my.cnf中加入:

[mysqld]

wait_timeout=31536000

interactive_timeout=31536000

重启生效,需要同时修改这两个参数。

列未出现在group by中导致语法错误

在执行mysql的查询语句时,之前在windows上是可以的,换到linux上语句无法正常执行。

错误内容

1
ERROR 1055 (42000): Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'database_tl.emp.id' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

错误原因

看一下group by的语法:

select 选取分组中的列+聚合函数 from 表名称 group by 分组的列

从语法格式来看,是先有分组,再确定检索的列,检索的列只能在参加分组的列中选。

我当前Mysql版本5.7.17,

再看一下ONLY_FULL_GROUP_BY的意思是:对于GROUP BY聚合操作,如果在SELECT中的列,没有在GROUP BY中出现,那么这个SQL是不合法的,因为列不在GROUP BY从句中,也就是说查出来的列必须在group by后面出现否则就会报错,或者这个字段出现在聚合函数里面。

  • 查看mysql版本命令:select version()

  • 查看sql_model参数命令:

    1
    2
    SELECT @@GLOBAL.sql_mode;
    SELECT @@SESSION.sql_mode;

    发现:

    第一项默认开启ONLY_FULL_GROUP_BY。

    sql_mode的模式为以下几种:ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

解决方法

  • 只选择出现在group by后面的列,或者给列增加聚合函数;(不推荐)
  • 更改GLOBAL.sql_mode

如果想彻底修改需要更改my.conf 配置(my.confl是在inux下面,如果是windows则是my.ini)
在 [mysqld]和[mysql]下添加

1
sql_mode ='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';