# 10 大经典错误
# Top 1：Too many connections（连接数过多，导致连接不上数据库，业务无法正常进行）
mysql> show variables like '%max_connection%';
| Variable_name | Value |
max_connections | 151 |
mysql> set global max_connections=1;Query OK, 0 rows affected (0.00 sec)
[root@node4 ~]# mysql -uzs -p123456 -h 192.168.56.132
ERROR 1040 (00000): Too many connections
1
2
3
4
5
6
2
3
4
5
6
- 首先先要考虑在我们 MySQL 数据库参数文件里面，对应的 max_connections 这个参数值是不是设置的太小了，导致客户端连接数超过了数据库所承受的最大值。
- 该值默认大小是 151，我们可以根据实际情况进行调整。
- 对应解决办法：set global max_connections=500 但这样调整会有隐患，因为我们无法确认数据库是否可以承担这么大的连接压力，就好比原来一个人只能吃一个馒头，但现在却非要让他吃 10 个，他肯定接受不了。反应到服务器上面，就有可能会出现宕机的可能。 所以这又反应出了，我们在新上线一个业务系统的时候，要做好压力测试。保证后期对数据库进行优化调整。
- 其次可以限制 Innodb 的并发处理数量，如果 innodb_thread_concurrency = 0（这种代表不受限制） 可以先改成 16 或是 64 看服务器压力。如果非常大，可以先改的小一点让服务器的压力下来之后,然后再慢慢增大,根据自己的业务而定。个人建议可以先调整为 16 即可。 MySQL 随着连接数的增加性能是会下降的，可以让开发配合设置 thread pool，连接复用。在 MySQL 商业版中加入了 thread pool 这项功能,另外对于有的监控程序会读取 information_schema 下面的表，可以考虑关闭下面的参数。
innodb_stats_on_metadata=0
set global innodb_stats_on_metadata=0
1
2
2
# Top 2：（主从复制报错类型）
# Last_SQL_Errno: 1062（从库与主库数据冲突）
在确保主从数据一致性的前提下，可以在从库进行错误跳过。一般使用 percona-toolkit 中的 pt-slave-restart 进行。 在从库完成如下操作
[root@zs bin]# ./pt-slave-restart -uroot -proot123
2017-07-20T14:05:30 p=...,u=root node4-relay-bin.000002 1506 1062
1
2
2
之后最好在从库中开启 read_only 参数，禁止在从库进行写入操作
# Last_IO_Errno: 1593（server-id 冲突）
在主从两台机器上设置不同的 server-id。
# Last_SQL_Errno: 1032（从库少数据，主库更新的时候，从库报错）
Last_SQL_Error:
Could not execute Update_rows event on table test.t; Can't find record
in 't', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the
event's master log mysql-bin.000014, end_log_pos 1708
1
2
3
4
2
3
4
根据报错信息，我们可以获取到报错日志和 position 号，然后就能找到主库执行的哪条 sql，导致的主从报错。 在主库执行：
/usr/local/mysql/bin/mysqlbinlog --no-defaults -v -v --base64-output=decode-rows /data/mysql/mysql-bin.000014 |grep -A 10 1708 > 1.log
cat 1.log
#170720 14:20:15 server id 3 end_log_pos 1708 CRC32 0x97b6bdec Update_rows: table id 113 flags: STMT_END_F
### UPDATE `test`.`t`
### WHERE
### @1=4 /* INT meta=0 nullable=0 is_null=0 */
### @2='dd' /* VARSTRING(60) meta=60 nullable=1 is_null=0 */
### SET
### @1=4 /* INT meta=0 nullable=0 is_null=0 */
### @2='ddd' /* VARSTRING(60) meta=60 nullable=1 is_null=0 */
# at 1708
#170720 14:20:15 server id 3 end_log_pos 1739 CRC32 0xecaf1922 Xid = 654
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
# Top 3：MySQL 安装过程中的报错
遇到这样的报错信息，我们要学会时时去关注错误日志 error log 里面的内容。看见了关键的报错点 Permission denied。证明当前 MySQL 数据库的数据目录没有权限。
[root@zs data]# chown mysql:mysql -R mysql
[root@zs data]# /usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf &
[1] 4402
[root@zs data]# 170720 14:45:56 mysqld_safe Logging to '/data/mysql/error.log'.
170720 14:45:56 mysqld_safe Starting mysqld daemon with databases from /data/mysql #启动成功。
1
2
3
4
5
2
3
4
5
如何避免这类问题，个人建议在安装 MySQL 初始化的时候，一定加上--user=mysql，这样就可以避免权限问题。
./mysql_install_db --basedir=/usr/local/mysql/ --datadir=/data/mysql/ --defaults-file=/etc/my.cnf --user=mysql
1
# Top 4：数据库密码忘记的问题
启动 MySQL 数据库的过程中，可以这样执行：
/usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf --skip-grant-tables &
1
# 这样启动，就可以不用输入密码，直接进入 mysql 数据库了。然后在修改你自己想要改的 root 密码即可。
update mysql.user set password=password('root123') where user='root';
1
2
2
# Top 5：truncate 删除数据，导致自动清空自增ID，前端返回报错 not found。
结果发现truncate把自增初始值重置了，自增属性从1开始记录了。当前端用主键id进行查询时，就会报没有这条数据的错误。
# Top 6：阿里云 MySQL 的配置文件中，需要注意一个参数设置就是
lower_case_table_names = 0; // 默认情况
lower_case_table_names = 1; // 是不区分大小写，
// 如果报你小写的表名找不到, 那你就把远端数据库的表名改成小写 , 反之亦然 . 注意 Mybatis 的 Mapper 文件的所有表名也要相应修改
1
2
3
2
3
# Top 10 ：can't open file (errno:24)
超出最大打开文件数限制！ulimit -n查看系统的最大打开文件数是65535，不可能超出！那必然是数据库的最大打开文件数超出限制！ 在 MySQL 里查看最大打开文件数限制命令：`show variables like 'open_files_limit'; 发现该数值过小，改为2048，重启 MySQL，应用正常