前言

MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，属于 Oracle 旗下产品。MySQL是最流行的关系型数据库管理系统之一，在 WEB 应用方面，MySQL是最好的 RDBMS (Relational Database Management System，关系数据库管理系统) 应用软件之一。本文主要介绍当前MySQL性能优化+原理+实战已更新文章目录、收集当前使用mysql遇到的的错误及解决方法和参数文件配置详解。后续希望大家提出宝贵的建议。

一、已更新文章目录

MySQL安装和配置(保姆级别和全网最详细教程)

点击此处进行跳转

一、版本介绍1.1 安装开发版本还是通用版本（GA)1.2 mysql命名方案
二、mysql安装方式和下载2.1 mysql安装方式2.2 mysql下载2.2.1 rpm安装mysql 安装包下载2.2.2 二进制安装mysql 安装包下载2.2.3 源码编译安装mysql 安装包下载
三、mysql安装3.1 前期准备工作3.1.1 操作系统配置3.1.2 修改主机名3.1.3 安装常用的软件3.1.4 关闭防火墙3.2 rpm包安装mysql3.2.1 解压上传服务器的rpm包3.2.2 安装mysql3.2.2 卸载mysql3.3 二进制安装mysql3.3.1 安装mysql规范3.3.2 解压上传到服务器的mysql二进制安装包3.3.3 安装mysql3.3.4 使用service控制mysql启动或关闭（了解）3.3.5 卸载mysql3.4 源码安装mysql（了解）3.4.1 安装依赖包3.4.2 生成源码包3.4.3 编译安装mysql3.4.4 卸载mysql
四、多实例部署4.1 多实例概念4.2 多实例安装（二进制）4.3 mysqld_multi（多实例第二种安装方式）4.4 使用service 控制实例的启停4.5 卸载mysql多实例

mysql的启动关闭原理和实战、及常见的错误排查

点击此处进行跳转

一、生产中mysqlq启动方式1.1 mysql的启动原理1.2 参数文件的优先级1.3 以server的方式启动mysql(实际启动mysql方式)1.4 mysqld_safe方式启动1.5 mysqld方式启动1.6 systemctl方式启动(CentOS 7)
二、关库2.1 相关参数innodb_fast_shutdown （数据库关闭参数）2.2 相关参数innodb_force_recovery（恢复参数）2.2 关闭mysql多种方式
三、常见的mysql启动失败案例3.1 目录权限3.2 参数问题3.3 配置文件3.4 端口占用3.5 误删二进制文件3.6 undo表空间异常3.7 binlog缓冲异常
四、mysql启动失败的排查方法
五、连接mysql的方式5.1 本地连接5.2 远程连接
六、mysql数据库用户安全策略6.1 数据库的初始化6.2 修改密码6.3 删除无用用户6.4 mysql_secure_installation（推荐使用该方式修改密码）6.5 找回丢失的用户密码

mysql字符集和校验规则(史上最全)

点击此处进行跳转

一、mysql 字符集和校验规则
二、查看字符集方法2.1 查询字符集方法2.2 查看字符集的校对规则2.3 查询当前数据库设置的字符集2.4 查看当前数据库的校对规则
三、mysql字符设置3.1 字符集设置的层级关系3.2 设置mysql服务器级别的字符集3.2.1 永久设置3.2.2 临时设置3.3 设置对象字符集
四、字符集案例4.1 常用的字符集汉字占多少字节4.2 大小案例
五、插入中文乱码解决
六、数据库常见的字符集及如何选择字符集
七、生产坏境中，如何避免乱码

二、参数文件详解汇总

basedir

mysql软件跟位置

basedir=/usr/local/mysql

datadir

mysql数据目录位置

datadir=/data/mysql/my3306/data

user

数据初始化后，所属的用户

user=mysql

socket

socket = /data/mysql/my3306/mysql.sock

对mysql.sock来说，其作用是程序与mysqlserver处于同一台机器，发起本地连接时可用
启动mysql时显示：/tmp/mysql.sock 不存在的解决方法
Can’t connect to local MySQL server through socket '/tmp/mysql.sock’上述提示可能在启动mysql时遇到，即在/tmp/mysql.sock位置找不到所需要的mysql.sock文件，主要是由于my.cnf文件里对mysql.sock的位置设定导致。我们创建一个软链接到/tmp/mysql.sock即可。

[root@mysql2 ~]# ln -sf /data/mysql/my3306/mysql.sock /tmp/mysql.sock

port

端口号，默认3306

port = 3306

log_error

mysql日志位置

log_error=/data/mysql/my3306/logs/error.log

server_id

给mysql服务指定一个id

server_id = 1

innodb_fast_shutdown （数据库关闭参数）

在关闭时，参数innodb_fast_shutdown影响着表的存储引擎为InnoDB的行为。该参数可取值为0、1、2，默认值为1。

• 0表示在MySQL数据库关闭时，InnoDB需要完成所有的full purge(回收页)和merge insert buffer（合并插入缓冲区），并且将所有的脏页刷新回磁盘。这需要一些时间，有时甚至需要几个小时来完成。如果在进行InnoDB升级时，必须将这个参数调为0，然后再关闭数据库。
• 1是参数innodb_fast_shutdown的默认值，表示不需要完成上述的full purge和merge insert buffer操作，但是在缓冲池中的一些数据脏页还是会刷新回磁盘。生产环境推荐的参数
• 2表示不完成full purge和merge insert buffer操作，也不将缓冲池中的数据脏页写回磁盘，而是将日志都写入日志文件。这样不会有任何事务的丢失，但是下次mysql数据库启动时，会进行恢复操作（recovery）。如果写入日志文件出现异常，可能导致数据启动不了。

mysql> select @@innodb_fast_shutdown ;
+------------------------+
| @@innodb_fast_shutdown |
+------------------------+
|                      1 |
+------------------------+
1 row in set (0.00 sec)

innodb_force_recovery（恢复参数）

mysql> select @@innodb_force_recovery ;
+-------------------------+
| @@innodb_force_recovery |
+-------------------------+
|                       0 |
+-------------------------+
1 row in set (0.00 sec)

当正常关闭mysql数据库时，下次的启动应该是非常“正常”。但是如果没有正常地关闭数据库，如用kill命令关闭数据库，在mysql数据库运行中重启了服务器，或者在关闭数据库时，将参数innodb_fast_shutdown设为2，下次mysql数据库启动时都会对InnoDB存储引擎的表进行恢复操作.

参数innodb_force_recovery影响了整个InnoDB存储引擎恢复的状况。该参数值默认为0，代表当发生需要恢复时，进行所有的恢复操作，当不能进行有效恢复时，如数据页发生了corruption(坏块)，mysqL数据库可能发生宕机（crash），并把错误写入错误日志中去。
但是，在某些情况下，可能并不需要进行完整的恢复操作，比如在对一个表进行alter table操作时发生意外了，数据库重启时会对InnoDB表进行回滚操作，对于一个大表来说这需要很长时间，可能是几个小时。这时用户可以自行进行恢复，例如把表删除，从备份中重新导入数据到表，可能这些操作的速度要远远快于回滚操作。

参数innodb_force_recovery还可以设置为6个非零值：1到6。大的数字表示包含了前面所有小数字表示的影响。具体情况如下：

• 1（SRV_FORCE_IGNORE_CORRUPT）：忽略检查到的corrupt页。
• 2（SRV_FORCE_NO_BACKGROUND）：阻止Master Thread线程的运行，如MasterThread线程需要进行full purge（完整清理）操作，而这会导致crash。
• 3（SRV_FORCE_NO_TRX_UNDO）：不进行事务的回滚操作。
• 4（SRV_FORCE_NO_IBUF_MERGE）：不进行插入缓冲的合并操作。
• 5（SRV_FORCE_NO_UNDO_LOG_SCAN）：不查看撤销日志（Undo Log），InnoDB存储引擎会将未提交的事务视为已提交。
• 6（SRV_FORCE_NO_LOG_REDO）：不进行前滚的操作。

建议：生产环境只能设置为0。即遇到故障，系统就要自动进行所有恢复操作。如果启动不了，就调整该参数进行数据库的调整。

innodb_data_file_path

innodb_data_file_path=ibdata1:12M:autoextend

共享表空间ibdata1里保存元数据信息、insert buffer、double write、undo、回滚指针，在初始化数据库之前设置innodb_data_file_path的大小。重新修改配置文件中innodb_data_file_path的大小，必须是小于默认的大小（12M）或者等于默认的大小

binlog_cache_size

binlog缓存根据实际情况调大

 binlog_cache_size = 128M

max_binlog_cache_size

最大binlog缓存根据实际情况调大

max_binlog_cache_size = 512M

max_binlog_size

最大max_binlog日志根据实际情况调大

max_binlog_size=512M

skip-grant-tables

跳过密码验证，忘记root密码，可使用该参数，一般配合skip-networking参数一起使用

skip-grant-tables

skip-networking

禁止远程连接

skip-networking

character_set_server

服务端字符集设置，需要重启才能生效，影响的是character_set_server character_set_database 以及表的字符集

character_set_server=utf8 

default_character_set

客户端字符集设置，不需要重启，就能影响。它影响的参数是：character_set_client character_set_connection character_set_results ，如果有别的客户端没有配置，也是根据别的客服端的设置

[client]
default_character_set=utf8 

三、错误和解决方法汇总

ERROR 3118

ERROR 3118 (HY000): Access denied for user ‘test’@‘localhost’. Account is locked.

错误原因：用户账号状态为锁定，登陆该账号，显示账户锁定
解决方法：修改账户状态为解锁

mysql> select user,host,account_locked from mysql.user;
+---------+-----------+----------------+
| user    | host      | account_locked |
+---------+-----------+----------------+
| root    | localhost | N              |
| jeffrey | localhost | N              |
| test    | localhost | Y              |
+---------+-----------+----------------+
3 rows in set (0.00 sec)mysql> alter user 'test'@'localhost' account unlock;
Query OK, 0 rows affected (0.00 sec)mysql> select user,host,account_locked from mysql.user;
+---------+-----------+----------------+
| user    | host      | account_locked |
+---------+-----------+----------------+
| root    | localhost | N              |
| jeffrey | localhost | N              |
| test    | localhost | N              |
+---------+-----------+----------------+
3 rows in set (0.00 sec)

ERROR 1820

ERROR 1820 (HY000): You must reset your password using ALTER USER statement before executing this statement

错误原因：用户策略问题，可能用户名到期导致
解决方法：修改密码，重新登陆即可

mysql> show create user 'test'@'localhost' \\g;
+-------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| CREATE USER for test@localhost                                                                                                                                    |
+-------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| CREATE USER 'test'@'localhost' IDENTIFIED WITH 'mysql_native_password' AS '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9' REQUIRE NONE PASSWORD EXPIRE ACCOUNT UNLOCK |
+-------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)ERROR: 
No query specifiedmysql> alter user 'test'@'localhost' identified by '123456';
Query OK, 0 rows affected (0.01 sec)

[ERROR] Could not open file ‘/data/mysql/my3306/logs/error.log’ for error logging: Permission denied

[ERROR] Could not open file ‘/data/mysql/my3306/logs/error.log’ for error logging: Permission denied
原因：数据目录的用户和用户组不是我们设置的用户
解决：

[root@mysql2 ~]# chown -R mysql:mysql /data/*
[root@mysql2 ~]# chmod -R 750 /data/mysql/

[ERROR] unknown variable ‘basedi=/usr/local/mysql’

[ERROR] unknown variable ‘basedi=/usr/local/mysql’
在修改配置文件参数时，可能因为参数拼写错误或者参数因版本不再支持，在错误日志会记录内容，在mysql启动关闭及在运行时的错误
解决：在配置文件将错误的参数修改

[ERROR] Do you already have another mysqld server running on port: 3306

[ERROR] Do you already have another mysqld server running on port: 3306
端口被占用导致MySQL启动失败
在多实例的环境下，因为某几个实例的端口是一样的，导致启动时造成端口的冲突，而无法启动，我们需要在my.cnf参数文件中修改端口

[ERROR] Failed to open log (file ‘/data/mysql/my3306/logs/mysql-bin.000012’, errno 2)

[ERROR] Failed to open log (file ‘/data/mysql/my3306/logs/mysql-bin.000012’, errno 2)
二进制日志文件保的记录已提交的dml、ddl、dcl，主要用来主从复制、增量备份，而我们手工删除二进制文件导致mysql启动失败
解决：vim mysql-bin.index 将对应的二进制日志文件记录删除即可

[ERROR] InnoDB: The Auto-extending innodb_system data file ‘./ibdata1’ is of a different size 768 pages (rounded down to MB) than specified in the .cnf file: initial 8192 pages, max 0 (relevant if non-zero) pages!

[ERROR] InnoDB: The Auto-extending innodb_system data file ‘./ibdata1’ is of a different size 768 pages (rounded down to MB) than specified in the .cnf file: initial 8192 pages, max 0 (relevant if non-zero) pages!
修改共享表空间参数大小导致MySQL启动失败,而共享表空间ibdata1里保存元数据信息、insert buffer、double write、undo、回滚指针

innodb_data_file_path=ibdata1:12M:autoextend

解决：在初始化数据库之前设置innodb_data_file_path的大小。重新修改配置文件中innodb_data_file_path的大小，必须是小于默认的大小（12M）或者等于默认的大小

ERROR 1534

ERROR 1534 (HY000): Writing one row to the row-based binary log failed
报错

mysql> call insert_emp(1,4000000);ERROR 1534 (HY000): Writing one row to the row-based binary log failed+---------------------+
| @@binlog_cache_size |
+---------------------+
| 2097152 			  |
+---------------------+1 row in set (0.00 sec)

因为内存不足导致的binlog cache size不够不能写入binlog，导致语句无法执行 在配置文件中调整binlog_cache_size和max_binlog_cache_size参数的值，改大一点

binlog_cache_size = 128M(binlog缓存根据实际情况调大)
max_binlog_cache_size = 512M (binlog日志根据实际情况调大)

ERROR 1133

ERROR 1133 (42000): Can’t find any matching row in the user table
原因：没有该用户
解决方法：确认该用户是否存在