MySQL-Q&A-异常问题及解决方案(持续更新)

MySQL-Q&A(持续更新)

1.1 PID文件找不到

问题描述

错误详情：

ERROR！The server quit without updating PID file (/usr/local/mysql/data/localhost.localdomain.pid)
解决方案

首先排查配置文件，一般路径为：/etc/my.cnf

检查是否有多余空格、无效属性、无效字符等

如未检查出错误，将配置文件还原最初尝试启动，或者拷贝一份其他系统的配置文件。

1.2 数据库模式问题

问题描述

导入SQL文件时报错（在执行创建表或者增加字段时，发现row size长度过长，会导致出现以下错误）

[ERR] 1118 - Row size too large (＞ 8126). Changing some columns to TEXT or BLOB

解决方案

查看严格模式是否开启

此异常是因为数据库开启了严格模式

sql 复制代码

# 该sql语句查询数据库严格模式属性
show variables like '%innodb_strict_mode%';

执行后，innodb_strict_mode属性为ON，则代表严格模式开启，需要关闭

Variable_name Value

innodb_strict_mode ON

修改严格模式配置

shell 复制代码

# 修改MySQL配合文件，一般在/etc/my.cnf
[root@localhost ~]# vi /etc/my.cnf
# 在[mysqld]配置项下面新增一行
[mysqld]
innodb_strict_mode=0
# 保存后，重启MySQL服务
[root@localhost ~]# service mysqld restart

查看严格模式是否修改

sql 复制代码

# 登录MySQL，查询innodb_strict_mode为OFF，说明已关闭
show variables like '%innodb_strict_mode%';

问题解决

1.3 时区问题

问题描述

连接报错信息如下：

java.sql.SQLException: The server time zone value '�й��׼ʱ��' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the serverTimezone configuration property) to use a more specifc time zone value if you want to utilize time zone support.
解决方案

连接url添加时区配置

url: jdbc:mysql://localhost:3306/testuseUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=UTC

1.4 MySQL主从错误

问题描述

MySQL主从库不同步1236错误：could not find first log file name in binary log index file错误是主从的一个日志问题，只要简单的配置一下即可解决。

最近造成MySQL主从库不同步问题，主要是因为电脑断了一下电，

从库日志中的错误：
log 复制代码
```
Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 
'Could not find first log file name in binary log index file'
```
解决方案
1. 停止从库同步
  sql 复制代码
```
mysql >slave stop;
```
2. 主库中关闭当前的二进制日志文件并创建一个新文件，新的二进制日志文件的名字在当前的二进制文件的编号上加
  sql 复制代码
```
mysql >flush logs;
```
3. 查看主库状态，主要查看日志文件和位置:
  sql 复制代码
```
mysql >show master status;
```
4. 回到从库中，执行命令，使日志文件和位置对应主库：
  sql 复制代码
```
mysql >CHANGE MASTER TO MASTER_LOG_FILE='log-bin.000005',MASTER_LOG_POS=107;
```
5. 启动从库：
  sql 复制代码
```
mysql >slave start;
mysql >show slave status; 
```
6. 状态如下，基本上是正常了，可以主库修改，测试一下从库是否同步。
  sql 复制代码
```
Slave_IO_State: Waiting for master to send event
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
```

1.5 MySQL连接错误

异常描述

No appropriate protocol (protocol is disabled or cipher suites are inappropriate）
异常原因

javax.net.ssl.SSLHandshakeException: No appropriate protocol (protocol is disabled or cipher suites are inappropriate)

The following required algorithms might be disabled: SSLv3, TLSv1, TLSv1.1, RC4, DES, MD5withRSA, DH keySize < 1024, EC keySize < 224, 3DES_EDE_CBC, anon, NULL, include jdk.disabled.namedCurves. Edit the list of disabled algorithms to include required algorithms. You can try to enable TLSv1 or TLSv1.1 first.

JDBC driver may have disabled TLS > 1.1.

解决方案

在URL中添加在数据库后面添加

sql 复制代码

?createDatabaseIfNotExist=true&useSSL=false

如：

sql 复制代码

jdbc:mysql://192.168.2.2:3306/test?createDatabaseIfNotExist=true&useSSL=false

1.6 MySQL/MariaDB drop database error

异常描述

ERROR 1010 (HY000): Error dropping database (can't rmdir './db_test', errno: 39)
解决方案

直接去MySQL/MariaDB数据库目录下删掉
sql 复制代码
```
# rm -rf /usr/local/mysql/data/db_test
```
有时候目录不一样，可以直接查找目录
shell 复制代码
```
# 查询到数据库目录删掉就可以
find / -name db_test
```

1.7 group_concat 长度限制

默认值

group_concat 默认值 1024
属性详情
- 用了group_concat后，select里如果使用了limit是不起作用的.
- 用group_concat连接字段的时候是有长度限制的，并不是有多少连多少。但你可以设置一下。
- 使用group_concat_max_len系统变量，你可以设置允许的最大长度。
- 程序中进行这项操作的语法如下，其中 val 是一个无符号整数：
  SET [SESSION | GLOBAL] group_concat_max_len = val;
- 若已经设置了最大长度，则结果被截至这个最大长度。
  在SQLyog中执行 SET GLOBAL group_concat_max_len = 10 后，重新打开SQLyog，设置就会生效。
- GROUP_CONCAT将某一字段的值按指定的字符进行累加，系统默认的分隔符是逗号，可以累加的字符长度为1024字节。可以对这些参数进行修改。
示例
- 累加
  
  select group_concat(f_a) from t_one group by f_b;
  
  按f_b进行分组查询，将每组中的f_a进行累加。
- 修改默认的分隔符
  
  select group_concat(f_a separator '_') from t_one group by f_b;
  
  separator 是一个关键字，后面跟着要进行分隔的字符
- 排序
  
  select group_concat(f_a order by f_a separator '_') from t_one group by f_b;
修改默认字符大小

1).在MySQL配置文件中加上

group_concat_max_len = 102400 #你要的最大长度

2).可以简单一点，执行语句,可以设置作用范围

SET GLOBAL group_concat_max_len=102400;

SET SESSION group_concat_max_len=102400;
和concat使用

group_concat默认返回的是BLOB大对象，可以使用concat，返回字符串，还可以在返回的内容，在加入其它的数据。

1.8 Mysql的大字段问题

1.8.1 问题描述

报错一

Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. You have to change some columns to TEXT or BLOBs
报错二

Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline.

1.8.2 问题原因

因为mysql-innodb是按照page存储数据的，每个page max size是16k，然后每个page两行数据，所以每行最大8k数据。如果你的字段是blob之类的话，会存储在page之外的溢出区里。

但是innodb默认的approach（羚羊）存储格式会把每个blob字段的前864个字节存储在page里，所以你的blob超过一定数量的话，单行大小就会超过8k，所以就报错了

1.8.3 解决方案

解决方式是使用innodb的Barracuda（梭鱼）存储格式

这种格式对blob字段的处理方式是在page里头只存储一个20byte大小的指针，其它全存在溢出区，所以你轻易超不了8k

步骤一

打开mysql的配置my.ini。添加：max_allowed_packet=16M
步骤二

打开mysql的配置my.ini。在innodb配置出添加：innodb_file_per_table=1
步骤三

然后命令检查下上述开关是否打开。

show variables like '%per_table%';
步骤四

设置mysql全局变量：innodb_file_format = Barracuda（梭鱼）

命令：set GLOBAL innodb_file_format = 'Barracuda';

然后检查下是否设置好了：

命令：show GLOBAL VARIABLES LIKE '%file_format%';
步骤五

设置对应表的属性：ROW_FORMAT=COMPRESSED

然后检查下标的属性是否是你设置的：COMPRESSED