全网最新、最全、最详细的 MySQL 数据库学习笔记总结（2021最新版）

时间 2021-04-19

标签 php mysql 面试 sql 数据库编程安全性能优化 bash 服务器栏目 MySQL 繁體版

原文原文链接

数据库是什么

数据库管理系统，简称为DBMS（Database Management System），是用来存储数据的管理系统。php

DBMS 的重要性

没法多人共享数据
没法提供操做大量数据所需的格式
实现读取自动化须要编程技术能力
没法应对突发事故

DBMS 的种类

层次性数据库mysql
- 最古老的数据库之一，由于突出的缺点，因此不多使用了
关系型数据库面试
- 采用行列二维表结构来管理数据库，相似Excel的结构，使用专用的SQL语言对数据进行控制。
关系数据库管理系统的常见种类sql
- Oracle ==> 甲骨文
- SQL Servce ==> 微软
- DB2 ==> IBM
- PostgreSQL ==> 开源
- MySQL ==> 开源
面向对象的数据库数据库
- XML数据库
- 键值存储系统
- DB2
- Redis
- MongoDB
SQL 语句及其种类
DDL（数据定义语言）编程
- create ==> 建立数据库或者表等对象
- drop ==> 删除数据库或者表等对象
- alter ==> 修改数据库或者表等对象的结构
DML（数据操做语言）安全
- select ==> 查询表中数据
- insert ==> 向表中插入数据
- update ==> 更新表中数据
- delete ==> 删除表中数据
DCL（数据控制语言）性能优化
- commit ==> 决定对数据库中的数据进行变动
- rollback ==> 取消对数据库中的数据进行变动
- grant ==> 赋予用户操做权限
- revoke ==> 取消用户的操做权限
SQL 的基本书写规则
SQL 语句要以；结尾
关键字不区分大小写，可是表中数据区分大小写
关键字大写
表名的首字母大写
列明等小写
常数的书写方式是固定的
遇到字符串、日期等类型须要用到''
单词间须要使用空格分割
命名规则
数据库和表的名称可使用英文、数据以及下划线
名称必须以英文做为开头
名称不能重复bash
数据类型
integer服务器
- 数字型，可是不能存放小数
char
- 定长字符串类型，指定最大长度，不足使用空格填充
varchar
- 可变长度字符串类型，指定最大长度，可是不足不填充
data
- 存储日期，年/月/日
以上内容是对通用数据库以及sql语句相关的知识点介绍，本文不作过多的赘述，本文主要针对关系型数据库：MySQL 来进行各方面的知识点总结。

MySQL 数据库简介

MySQL 是最流行的关系型数据库管理系统，在 WEB 应用方面 MySQL 是最好的 RDBMS(Relational Database Management System：关系数据库管理系统)应用软件之一。

MySQL 是一个关系型数据库管理系统，由瑞典 MySQL AB 公司开发，目前属于 Oracle 公司。MySQL 是一种关联数据库管理系统，关联数据库将数据保存在不一样的表中，而不是将全部数据放在一个大仓库内，这样就增长了速度并提升了灵活性。

MySQL 是开源的，目前隶属于 Oracle 旗下产品。
MySQL 支持大型的数据库。能够处理拥有上千万条记录的大型数据库。
MySQL 使用标准的 SQL 数据语言形式。
MySQL 能够运行于多个系统上，而且支持多种语言。这些编程语言包括 C、C++、Python、Java、Perl、PHP、Eiffel、Ruby 和 Tcl 等。
MySQL 对PHP有很好的支持，PHP 是目前最流行的 Web 开发语言。
MySQL 支持大型数据库，支持 5000 万条记录的数据仓库，32 位系统表文件最大可支持 4GB，64 位系统支持最大的表文件为8TB。
MySQL 是能够定制的，采用了 GPL 协议，你能够修改源码来开发本身的 MySQL 系统。

在平常工做与学习中，不管是开发、运维、仍是测试，对于数据库的学习是不可避免的，同时也是平常工做的必备技术之一。在互联网公司，开源产品线比较多，互联网企业所用的数据库占比较重的仍是MySQL。更多关于MySQL数据库的介绍，有兴趣的读者能够参考官方网站的文档和这篇文章：多是全网最好的MySQL重要知识点

MySQL 安装

MySQL 8正式版8.0.11已发布，官方表示MySQL8要比MySQL 5.7快2倍，还带来了大量的改进和更快的性能！到底谁最牛呢？请看：MySQL 5.7 vs 8.0，哪一个性能更牛？

详细的安装步骤请参阅：CentOS 下 MySQL 8.0 安装部署，超详细！

MySQL基础入门操做

Windows服务

-- 启动MySQL
net start mysql

-- 建立Windows服务
sc create mysql binPath= mysqld_bin_path(注意：等号与值之间有空格)

链接与断开服务器

mysql -h 地址 -P 端口 -u 用户名 -p 密码

SHOW PROCESSLIST -- 显示哪些线程正在运行
SHOW VARIABLES -- 显示系统变量信息

数据库操做

-- 查看当前数据库
SELECT DATABASE();

-- 显示当前时间、用户名、数据库版本
SELECT now(), user(), version();

-- 建立库
CREATE DATABASE[ IF NOT EXISTS] 数据库名 数据库选项
    数据库选项：
        CHARACTER SET charset_name
        COLLATE collation_name

-- 查看已有库
    SHOW DATABASES[ LIKE 'PATTERN']

-- 查看当前库信息
    SHOW CREATE DATABASE 数据库名

-- 修改库的选项信息
    ALTER DATABASE 库名 选项信息

-- 删除库
    DROP DATABASE[ IF EXISTS] 数据库名
        同时删除该数据库相关的目录及其目录内容

表的操做

-- 建立表
CREATE [TEMPORARY] TABLE[ IF NOT EXISTS] [库名.]表名 ( 表的结构定义 )[ 表选项]
每一个字段必须有数据类型
最后一个字段后不能有逗号
TEMPORARY 临时表，会话结束时表自动消失
对于字段的定义：
   字段名 数据类型 [NOT NULL | NULL] [DEFAULT default_value] [AUTO_INCREMENT] [UNIQUE [KEY] | [PRIMARY] KEY] [COMMENT 'string']
-- 表选项
  -- 字符集
  CHARSET = charset_name
  若是表没有设定，则使用数据库字符集
  -- 存储引擎
  ENGINE = engine_name
  表在管理数据时采用的不一样的数据结构，结构不一样会致使处理方式、提供的特性操做等不一样
  常见的引擎：InnoDB MyISAM Memory/Heap BDB Merge Example CSV MaxDB Archive
  不一样的引擎在保存表的结构和数据时采用不一样的方式
  MyISAM表文件含义：.frm表定义，.MYD表数据，.MYI表索引
  InnoDB表文件含义：.frm表定义，表空间数据和日志文件
  SHOW ENGINES -- 显示存储引擎的状态信息
  SHOW ENGINE 引擎名 {LOGS|STATUS} -- 显示存储引擎的日志或状态信息
    -- 自增起始数
        AUTO_INCREMENT = 行数
    -- 数据文件目录
        DATA DIRECTORY = '目录'
    -- 索引文件目录
        INDEX DIRECTORY = '目录'
    -- 表注释
        COMMENT = 'string'
    -- 分区选项
        PARTITION BY ... (详细见手册)

-- 查看全部表
SHOW TABLES[ LIKE 'pattern']
SHOW TABLES FROM 表名

-- 查看表机构
SHOW CREATE TABLE 表名 （信息更详细）
DESC 表名 / DESCRIBE 表名 / EXPLAIN 表名 / SHOW COLUMNS FROM 表名 [LIKE 'PATTERN']
SHOW TABLE STATUS [FROM db_name] [LIKE 'pattern']

-- 修改表
   -- 修改表自己的选项
    ALTER TABLE 表名 表的选项
    eg: ALTER TABLE 表名 ENGINE=MYISAM;
    -- 对表进行重命名
    RENAME TABLE 原表名 TO 新表名
    RENAME TABLE 原表名 TO 库名.表名 （可将表移动到另外一个数据库）
    -- RENAME能够交换两个表名
    -- 修改表的字段机构（13.1.2. ALTER TABLE语法）
       ALTER TABLE 表名 操做名
       -- 操做名
          ADD[ COLUMN] 字段定义       -- 增长字段
            AFTER 字段名          -- 表示增长在该字段名后面
            FIRST               -- 表示增长在第一个
            ADD PRIMARY KEY(字段名)   -- 建立主键
            ADD UNIQUE [索引名] (字段名)-- 建立惟一索引
            ADD INDEX [索引名] (字段名) -- 建立普通索引
            DROP[ COLUMN] 字段名      -- 删除字段
            MODIFY[ COLUMN] 字段名 字段属性     -- 支持对字段属性进行修改，不能修改字段名(全部原有属性也需写上)
            CHANGE[ COLUMN] 原字段名 新字段名 字段属性      -- 支持对字段名修改
            DROP PRIMARY KEY    -- 删除主键(删除主键前需删除其AUTO_INCREMENT属性)
            DROP INDEX 索引名 -- 删除索引
            DROP FOREIGN KEY 外键    -- 删除外键
-- 删除表
    DROP TABLE[ IF EXISTS] 表名 ...

-- 清空表数据
    TRUNCATE [TABLE] 表名

-- 复制表结构
    CREATE TABLE 表名 LIKE 要复制的表名

-- 复制表结构和数据
    CREATE TABLE 表名 [AS] SELECT * FROM 要复制的表名

-- 检查表是否有错误
    CHECK TABLE tbl_name [, tbl_name] ... [option] ...

-- 优化表
   OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] ...

-- 修复表
   REPAIR [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] ... [QUICK] [EXTENDED] [USE_FRM]

-- 分析表
   ANALYZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] ...

更多相关的操做基础知识点请参阅如下文章：

MySQL 多实例配置

MySQL数据库入门——多实例配置

MySQL 主从同步复制

MySQL复制有两种方法：

传统方式：基于主库的bin-log将日志事件和事件位置复制到从库，从库再加以应用来达到主从同步的目的。
Gtid方式：global transaction identifiers是基于事务来复制数据，所以也就不依赖日志文件位置，同时又能更好的保证主从库数据一致性。

MySQL数据库主从同步实战过程

MySQL 主从同步架构中你不知道的“坑”（上）

MySQL 主从同步架构中你不知道的“坑”（下）

MySQL复制有多种类型：

异步复制：一个主库，一个或多个从库，数据异步同步到从库。
同步复制：在MySQL Cluster中特有的复制方式。
半同步复制：在异步复制的基础上，确保任何一个主库上的事务在提交以前至少有一个从库已经收到该事务并日志记录下来。
延迟复制：在异步复制的基础上，人为设定主库和从库的数据同步延迟时间，即保证数据延迟至少是这个参数。

MySQL主从复制延迟解决方案：高可用数据库主从复制延时的解决方案

MySQL 数据备份与恢复

数据备份多种方式：

物理备份是指经过拷贝数据库文件的方式完成备份，这种备份方式适用于数据库很大，数据重要且须要快速恢复的数据库
逻辑备份是指经过备份数据库的逻辑结构（create database/table语句)和数据内容（insert语句或者文本文件）的方式完成备份。这种备份方式适用于数据库不是很大，或者你须要对导出的文件作必定的修改，又或者是但愿在另外的不一样类型服务器上从新创建此数据库的状况
一般状况下物理备份的速度要快于逻辑备份，另外物理备份的备份和恢复粒度范围为整个数据库或者是单个文件。对单表是否有恢复能力取决于存储引擎，好比在MyISAM存储引擎下每一个表对应了独立的文件，能够单独恢复；但对于InnoDB存储引擎表来讲，可能每一个表示对应了独立的文件，也可能表使用了共享数据文件
物理备份一般要求在数据库关闭的状况下执行，但若是是在数据库运行状况下执行，则要求备份期间数据库不能修改
逻辑备份的速度要慢于物理备份，是由于逻辑备份须要访问数据库并将内容转化成逻辑备份须要的格式；一般输出的备份文件大小也要比物理备份大；另外逻辑备份也不包含数据库的配置文件和日志文件内容；备份和恢复的粒度能够是全部数据库，也能够是单个数据库，也能够是单个表；逻辑备份须要再数据库运行的状态下执行；它的执行工具能够是mysqldump或者是select … into outfile两种方式
生产数据库备份方案：高逼格企业级MySQL数据库备份方案
MySQL数据库物理备份方式：Xtrabackup实现数据的备份与恢复

MySQL 高可用架构设计与实战

先来了解一下MySQL高可用架构简介：浅谈MySQL集群高可用架构

MySQL高可用方案：MySQL 同步复制及高可用方案总结

官方也提供一种高可用方案：官方工具｜MySQL Router 高可用原理与实战

MHA

MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，该软件由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点。
MHA Manager: 能够单独部署在一台独立的机器上管理多个master-slave集群，也能够部署在一台slave节点上。
MHA Node: 行在每台MySQL服务器上。
MHA Manager会定时探测集群中的master节点，当master出现故障时，它能够自动将最新数据的slave提高为新的master，而后将全部其余的slave从新指向新的master。整个故障转移过程对应用程序彻底透明。

MHA高可用方案实战：MySQL集群高可用架构之MHA

MGR

Mysql Group Replication(MGR)是从5.7.17版本开始发布的一个全新的高可用和高扩张的MySQL集群服务。
高一致性，基于原生复制及paxos协议的组复制技术，以插件方式提供一致数据安全保证；
高容错性，大多数服务正常就可继续工做，自动不一样节点检测资源征用冲突，按顺序优先处理，内置动防脑裂机制；
高扩展性，自动添加移除节点，并更新组信息；
高灵活性，单主模式和多主模式。单主模式自动选主，全部更新操做在主进行；多主模式，全部server同时更新。

MySQL 数据库读写分离高可用

海量数据的存储和访问成为了系统设计的瓶颈问题，日益增加的业务数据，无疑对数据库形成了至关大的负载，同时对于系统的稳定性和扩展性提出很高的要求。随着时间和业务的发展，数据库中的表会愈来愈多，表中的数据量也会愈来愈大，相应地，数据操做的开销也会愈来愈大；另外，不管怎样升级硬件资源，单台服务器的资源（CPU、磁盘、内存、网络IO、事务数、链接数）老是有限的，最终数据库所能承载的数据量、数据处理能力都将遭遇瓶颈。分表、分库和读写分离能够有效地减少单台数据库的压力。

MySQL读写分离高可用架构实战案例：

ProxySQL+Mysql实现数据库读写分离实战

Mysql+Mycat实现数据库主从同步与读写分离

MySQL性能优化

史上最全的MySQL高性能优化实战总结！

MySQL索引原理：MySQL 的索引是什么？怎么优化？

顾名思义，B-tree索引使用B-tree的数据结构存储数据，不一样的存储引擎以不一样的方式使用B-Tree索引，好比MyISAM使用前缀压缩技术使得索引空间更小，而InnoDB则按照原数据格式存储，且MyISAM索引在索引中记录了对应数据的物理位置，而InnoDB则在索引中记录了对应的主键数值。B-Tree一般意味着全部的值都是按顺序存储，而且每一个叶子页到根的距离相同。
B-Tree索引驱使存储引擎再也不经过全表扫描获取数据，而是从索引的根节点开始查找，在根节点和中间节点都存放了指向下层节点的指针，经过比较节点页的值和要查找值能够找到合适的指针进入下层子节点，直到最下层的叶子节点，最终的结果就是要么找到对应的值，要么找不到对应的值。整个B-tree树的深度和表的大小直接相关。
全键值匹配：和索引中的全部列都进行匹配，好比查找姓名为zhang san，出生于1982-1-1的人
匹配最左前缀：和索引中的最左边的列进行匹配，好比查找全部姓为zhang的人
匹配列前缀：匹配索引最左边列的开头部分，好比查找全部以z开头的姓名的人
匹配范围值：匹配索引列的范围区域值，好比查找姓在li和wang之间的人
精确匹配左边列并范围匹配右边的列：好比查找全部姓为Zhang，且名字以K开头的人
只访问索引的查询：查询结果彻底能够经过索引得到，也叫作覆盖索引，好比查找全部姓为zhang的人的姓名

MySQL 经常使用30种SQL查询语句优化方法|MySQL太慢？试试这些诊断思路和工具

MySQL表分区介绍：一文完全搞懂MySQL分区

能够容许在⼀个表⾥存储更多的数据，突破磁盘限制或者⽂件系统限制。
对于从表⾥将过时或历史的数据移除在表分区很容易实现，只要将对应的分区移除便可
对某些查询和修改语句来讲，能够⾃动将数据范围缩⼩到⼀个或⼏个表分区上，优化语句执⾏效率。⽽且能够经过显示指定表分区来执⾏语句，⽐如 select * from temp partition(p1,p2) where store\_id < 5;
表分区是将⼀个表的数据按照⼀定的规则⽔平划分为不一样的逻辑块，并分别进⾏物理存储，这个规则就叫作分区函数，能够有不一样的分区规则。
MySQL5.7版本能够经过show plugins语句查看当前MySQL是否⽀持表分区功能。
MySQL8.0版本移除了show plugins⾥对partition的显示，但社区版本的表分区功能是默认开启的。
但当表中含有主键或惟⼀键时，则每一个被⽤做分区函数的字段必须是表中惟⼀键和主键的所有或⼀部分，不然就⽆法建立分区表。

MySQL分库分表

能不分就不分，1000万之内的表，不建议分片，经过合适的索引，读写分离等方式，能够很好的解决性能问题。
分片数量尽可能少，分片尽可能均匀分布在多个DataHost上，由于一个查询SQL跨分片越多，则整体性能越差，虽然要好于全部数据在一个分片的结果，只在必要的时候进行扩容，增长分片数量。
分片规则须要慎重选择，分片规则的选择，须要考虑数据的增加模式，数据的访问模式，分片关联性问题，以及分片扩容问题，最近的分片策略为范围分片，枚举分片，一致性Hash分片，这几种分片都有利于扩容。
尽可能不要在一个事务中的SQL跨越多个分片，分布式事务一直是个很差处理的问题。
查询条件尽可能优化，尽可能避免Select * 的方式，大量数据结果集下，会消耗大量带宽和CPU资源，查询尽可能避免返回大量结果集，而且尽可能为频繁使用的查询语句创建索引。

数据库分库分表概述：数据库分库分表，什么时候分？怎样分？

Mysql分库分表方案：MySQL 分库分表方案，总结的很是好！

Mysql分库分表的思路：解救 DBA—数据库分库分表思路及案例分析

MySQL性能监控

MySQL性能监控的指标大致能够分为如下4大类：

查询吞吐量
查询延迟与错误
客户端链接与错误
缓冲池利用率

对于MySQL性能监控，官方也提供了相关的服务插件：MySQL-Percona，下面简单介绍一下插件的安装

[root@db01 ~]# yum -y install php php-mysql
[root@db01 ~]# wget https://www.percona.com/downloads/percona-monitoring-plugins/percona-monitoring-plugins-1.1.8/binary/redhat/7/x86_64/percona-zabbix-templates-1.1.8-1.noarch.rpm
[root@db01 ~]# rpm -ivh percona-zabbix-templates-1.1.8-1.noarch.rpm
warning: percona-zabbix-templates-1.1.8-1.noarch.rpm: Header V4 DSA/SHA1 Signature, key ID cd2efd2a: NOKEY
Preparing... ################################# [100%]
Updating / installing...
   1:percona-zabbix-templates-1.1.8-1 ################################# [100%]

Scripts are installed to /var/lib/zabbix/percona/scripts
Templates are installed to /var/lib/zabbix/percona/templates

最后，能够配合其它监控工具来实现对MySQL的性能监控。

MySQL服务器配置插件：

修改php脚本链接MySQL的monitor@localhost用户

修改MySQL的sock文件路径

[root@db01 ~]# sed -i '30c $mysql_user = "monitor";' /var/lib/zabbix/percona/scripts/ss_get_mysql_stats.php
[root@db01 ~]# sed -i '31c $mysql_pass = "123456";' /var/lib/zabbix/percona/scripts/ss_get_mysql_stats.php
[root@db01 ~]# sed -i '33c $mysql_socket = "/tmp/mysql.sock";' /var/lib/zabbix/percona/scripts/ss_get_mysql_stats.php

测试是否可用（能够从MySQL中获取到监控值）

[root@db01 ~]# /usr/bin/php -q /var/lib/zabbix/percona/scripts/ss_get_mysql_stats.php --host localhost --items gg
gg:12

# 确保当前文件的 属主 属组 是zabbix，不然zabbix监控取值错误。
[root@db01 ~]# ll -sh /tmp/localhost-mysql_cacti_stats.txt
4.0K -rw-rw-r-- 1 zabbix zabbix 1.3K Dec 5 17:34 /tmp/localhost-mysql_cacti_stats.txt

移动zabbix-agent配置文件到 /etc/zabbix/zabbix_agentd.d/目录

[root@db01 ~]# mv /var/lib/zabbix/percona/templates/userparameter_percona_mysql.conf /etc/zabbix/zabbix_agentd.d/
[root@db01 ~]# systemctl restart zabbix-agent.service

导入并配置Zabbix模板与主机：

默认模板监控时间为 5分钟（当前测试修改成 30s）同时也要修改Zabbix模板时间

# 若是要修改监控获取值的时间不但要在zabbix面板修改取值时间，bash脚本也要修改。
[root@db01 scripts]# sed -n '/TIMEFLM/p' /var/lib/zabbix/percona/scripts/get_mysql_stats_wrapper.sh
TIMEFLM=`stat -c %Y /tmp/$HOST-mysql_cacti_stats.txt`
if [ `expr $TIMENOW - $TIMEFLM` -gt 300 ]; then   
# 这个 300 表明 300s 同时也要修改。

默认模板版本为 2.0.9，没法在4.0版本使用，能够先从3.0版本导出，而后再导入4.0版本。

Zabbix自带模板监控MySQL服务

其实，在实际生产过程当中，仍是有相关的专业监控数据库的第三方开源软件的，民工哥以前也写过相关的文章，今天发出来供你们参考：强大的开源企业级数据库监控利器Lepus

MySQL 管理工具

MySQL是最普遍使用和流行的开源数据库之一，围绕它有许多工具，可让设计，建立和管理数据库的过程变得更加容易和便捷。可是如何选择最适合本身需求的工具，并不容易。这里为你们推荐：10款MySQL的GUI工具，它们对开发人员和DBA来讲都是不错的解决方案。

很早以前民工哥就给你们介绍过一款开源的SQL管理工具：自动补全、回滚！介绍一款可视化 sql 诊断利器。

今天，民工哥再给你们推荐一款SQL审核利器： MySQL 自动化运维工具 goinception。

可视化管理工具，你们能够试试这个：介绍一款免费好用的可视化数据库管理工具

MySQL 常见错误代码说明

先给你们看几个实例的错误分析与解决方案。

1.ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data/mysql/mysql.sock'

问题分析：多是数据库没有启动或者是端口被防火墙禁止。

解决方法：启动数据库或者防火墙开放数据库监听端口。

2.ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

问题分析：密码不正确或者没有权限访问。

解决方法：

1）修改 my.cnf 主配置文件，在[mysqld]下添加 skip-grant-tables，重启数据库。最后修改密码命令以下：

mysql> use mysql;
mysql> update user set password=password("123456") where user="root";

再删除刚刚添加的 skip-grant-tables 参数，再重启数据库，使用新密码便可登陆。

2）从新受权，命令以下:

mysql> grant all on *.* to 'root'@'mysql-server' identified by '123456';

3.客户端报 Too many connections

问题分析：链接数超出 Mysql 的最大链接限制。

解决方法：

一、在 my.cnf 配置文件里面增长链接数，而后重启 MySQL 服务。max_connections = 10000
二、临时修改最大链接数，重启后不生效。须要在 my.cnf 里面修改配置文件，下次重启生效。
```
set GLOBAL max_connections=10000;
```
4.Warning: World-writable config file '/etc/my.cnf' is ignored ERROR! MySQL is running but PID file could not be found

问题分析：MySQL 的配置文件/etc/my.cnf 权限不对。

解决方法：

chmod 644 /et/my.cnf

5.InnoDB: Error: page 14178 log sequence number 29455369832 InnoDB: is in the future! Current system log sequence number 29455369832

问题分析：innodb 数据文件损坏。

解决方法：修改 my.cnf 配置文件，在[mysqld]下添加 innodb_force_recovery=4, 启动数据库后备份数据文件，而后去掉该参数，利用备份文件恢复数据。

6.从库的 Slave_IO_Running 为 NO

问题分析：主库和从库的 server-id 值同样.

解决方法：修改从库的 server-id 的值，修改成和主库不同，比主库低。修改完后重启，再同步便可！

7.从库的 Slave_IO_Running 为 NO问题

问题分析：形成从库线程为 NO 的缘由会有不少，主要缘由是主键冲突或者主库删除或更新数据，从库找不到记录，数据被修改致使。一般状态码报错有 100七、103二、106二、1452 等。

解决方法一：

mysql> stop slave;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> start slave;

解决方法二：设置用户权限，设置从库只读权限

set global read_only=true;
8.Error initializing relay log position: I/O error reading the header from the binary log

分析问题：从库的中继日志 relay-bin 损坏.
解决方法：手工修复，从新找到同步的 binlog 和 pos 点，而后从新同步便可。

mysql> CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.xxx',MASTER_LOG_POS=xxx;

维护过MySQL的运维或DBA都知道，常常会遇到的一些错误信息中有一些相似10xx的代码。

Replicate_Wild_Ignore_Table:
         Last_Errno: 1032
         Last_Error: Could not execute Update_rows event on table xuanzhi.test; Can't find record in 'test', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000004, end_log_pos 3704

可是，若是不深究或者以前遇到过，还真不太清楚，这些代码具体的含义是什么？这也给咱们排错形成了必定的阻碍。

因此，今天民工哥就把主从同步过程当中一些常见的错误代码，它的具体说明给你们整理出来了:建议收藏备查！MySQL 常见错误代码说明

MySQL 开发规范与使用技巧

命名规范

1.库名、表名、字段名必须使用小写字母，并采用下划线分割。
- a)MySQL有配置参数lower_case_table_names，不可动态更改，Linux系统默认为 0，即库表名以实际状况存储，大小写敏感。若是是1，以小写存储，大小写不敏感。若是是2，以实际状况存储，但以小写比较。
- b)若是大小写混合使用，可能存在abc，Abc，ABC等多个表共存，容易致使混乱。
- c)字段名显示区分大小写，但实际使⽤用不区分，即不能够创建两个名字同样但大小写不同的字段。
- d)为了统一规范，库名、表名、字段名使用小写字母。
2.库名、表名、字段名禁止超过32个字符。
- 库名、表名、字段名支持最多64个字符，但为了统一规范、易于辨识以及减小传输量，禁止超过32个字符。
3.使用INNODB存储引擎。
- INNODB引擎是MySQL5.5版本之后的默认引擘，支持事务、行级锁，有更好的数据恢复能力、更好的并发性能，同时对多核、大内存、SSD等硬件支持更好，支持数据热备份等，所以INNODB相比MyISAM有明显优点。
4.库名、表名、字段名禁止使用MySQL保留字。
- 当库名、表名、字段名等属性含有保留字时，SQL语句必须用反引号引用属性名称，这将使得SQL语句书写、SHELL脚本中变量的转义等变得⾮很是复杂。
5.禁止使用分区表。
- 分区表对分区键有严格要求；分区表在表变大后，执⾏行DDL、SHARDING、单表恢复等都变得更加困难。所以禁止使用分区表，并建议业务端手动SHARDING。
6.建议使用UNSIGNED存储非负数值。
- 一样的字节数，非负存储的数值范围更大。如TINYINT有符号为 -128-127，无符号为0-255。
7.建议使用INT UNSIGNED存储IPV4。
- 用UNSINGED INT存储IP地址占用4字节，CHAR(15)则占用15字节。另外，计算机处理整数类型比字符串类型快。使用INT UNSIGNED而不是CHAR(15)来存储IPV4地址，经过MySQL函数inet_ntoa和inet_aton来进行转化。IPv6地址目前没有转化函数，须要使用DECIMAL或两个BIGINT来存储。

例如：

SELECT INET_ATON('209.207.224.40'); 3520061480SELECT INET_NTOA(3520061480);
209.207.224.40

8.强烈建议使用TINYINT来代替ENUM类型。
- ENUM类型在须要修改或增长枚举值时，须要在线DDL，成本较高；ENUM列值若是含有数字类型，可能会引发默认值混淆。
9.使用VARBINARY存储大小写敏感的变长字符串或二进制内容。
- VARBINARY默认区分大小写，没有字符集概念，速度快。
10.INT类型固定占用4字节存储
- 例如INT(4)仅表明显示字符宽度为4位，不表明存储长度。数值类型括号后面的数字只是表示宽度而跟存储范围没有关系，好比INT(3)默认显示3位，空格补齐，超出时正常显示，Python、Java客户端等不具有这个功能。
11.区分使用DATETIME和TIMESTAMP。
- 存储年使用YEAR类型。存储日期使用DATE类型。存储时间(精确到秒)建议使用TIMESTAMP类型。
- DATETIME和TIMESTAMP都是精确到秒，优先选择TIMESTAMP，由于TIMESTAMP只有4个字节，而DATETIME8个字节。同时TIMESTAMP具备自动赋值以及⾃自动更新的特性。注意：在5.5和以前的版本中，若是一个表中有多个timestamp列，那么最多只能有一列能具备自动更新功能。

如何使用TIMESTAMP的自动赋值属性?

a)自动初始化，并且自动更新：
column1 TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATECURRENT_TIMESTAMP

b)只是自动初始化：
column1 TIMESTAMP DEFAULT CURRENT_TIMESTAMP

c)自动更新，初始化的值为0：
column1 TIMESTAMP DEFAULT 0 ON UPDATE CURRENT_TIMESTAMP

d)初始化的值为0：
column1 TIMESTAMP DEFAULT 0

12.索引字段均定义为NOT NULL。
- a)对表的每一行，每一个为NULL的列都须要额外的空间来标识。
- b)B树索引时不会存储NULL值，因此若是索引字段能够为NULL，索引效率会降低。
- c)建议用0、特殊值或空串代替NULL值。

详细的可参阅如下文章

MySQL 高频企业面试题

学好知识，固然就得去面试，进大厂，拿高薪。可是进入面试以前，必要的准备是必须的，刷题是其中之一。

所以决定搞一个MySQL灵魂100问,试着用回答问题的方式,让本身对知识点的理解更加深刻一点.

此文不会事无巨细的从select的用法开始讲解mysql,主要针对的是开发人员须要知道的一些MySQL的知识点,主要包括索引,事务,优化等方面,以在面试中高频的问句形式给出答案.

MySQL 高频面试题，都在这了

史上最全的大厂Mysql面试题在这里

MySQL用户行为安全

假设这么一个状况，你是某公司mysql-DBA，某日忽然公司数据库中的全部被人为删了。
尽管有数据备份，可是因服务中止而形成的损失上千万，如今公司须要查出那个作删除操做的人。
可是拥有数据库操做权限的人不少，如何排查，证据又在哪？
是否是以为无能为力？
mysql自己并无操做审计的功能，那是否是意味着遇到这种状况只能自认倒霉呢？

全网最新、最全、最详细的 MySQL 数据库学习笔记总结（2021最新版）

数据库是什么

DBMS 的重要性

DBMS 的种类

SQL 语句及其种类

SQL 的基本书写规则

数据类型

MySQL 数据库简介

MySQL 安装

MySQL基础入门操做

MySQL 多实例配置

MySQL 主从同步复制

MySQL复制有两种方法：

MySQL复制有多种类型：

MySQL 数据备份与恢复

数据备份多种方式：

MySQL 高可用架构设计与实战

先来了解一下MySQL高可用架构简介：浅谈MySQL集群高可用架构

MySQL高可用方案：MySQL 同步复制及高可用方案总结

官方也提供一种高可用方案：官方工具｜MySQL Router 高可用原理与实战

MHA

MGR

MySQL 数据库读写分离高可用

MySQL性能优化

史上最全的MySQL高性能优化实战总结！

MySQL索引原理：MySQL 的索引是什么？怎么优化？

MySQL表分区介绍：一文完全搞懂MySQL分区

MySQL分库分表

MySQL性能监控

MySQL 管理工具

MySQL 常见错误代码说明

MySQL 开发规范与使用技巧

命名规范

MySQL 高频企业面试题

Linux运维必会的100道MySql面试题之（一）

Linux运维必会的100道MySql面试题之（二）

Linux运维必会的100道MySql面试题之（三）

Linux运维必会的100道MySql面试题之（四）

MySQL用户行为安全