MySQL - 进阶

MySQL
mysql
发布日期:   2023-09-24
更新日期:   2023-10-02
文章字数:   14.2k
阅读时长:   53 分

存储引擎

MySQL体系结构

  • 连接层
    最上层是一些客户端和链接服务，主要完成一些类似于连接处理、授权认证及相关的安全方案。服务器也会为安全接入的每个客户端验证它所具有的操作权限。

  • 服务层
    第二层架构主要完成大多数的核心服务功能，如SQL接口，并完成缓存的查询，SQL的分析和优化，部分内置函数的执行。所有跨存储引擎的功能也在这一层实现，如过程、函数等。

  • 引擎层
    存储引擎真正的负责了MySQL中数据的存储和提取，服务器通过API和存储引擎进行通信。不同的存储引擎具有不同的功能，这样可以根据自己的需要，来选取合适的存储引擎。

  • 存储层
    主要是将数据存储在文件系统之上，并完成与存储引擎的交互

存储引擎简介

存储引擎就是存储数据、建立索引、更新/查询数据等技术的实现方式，存储引擎是基于表的，而不是基于库的，所以存储引擎也可被称为表类型。

  1. 在创建表时，指定存储引擎

    create table 表名(
    字段1 类型 [comment 字段1注释],
    ...
    字段n 类型 [comment 字段n注释]
) engine = innodb [comment 表注释];

  2. 查询当前数据库支持的存储引擎

    show engines;

存储引擎特点

一、InnoDB
  1. 介绍
    InnoDB是一种兼顾高可靠性和高性能的通用存储引擎，在MySQL5.5之后，InnoDB是默认的MySQL存储引擎。
  2. 特点
    DML操作遵循ACID模型，支持事务；
    行级锁，提高并发访问性能；
    支持外键 foreign key 约束，保证数据的完整性和正确性
  3. 文件
    xxx.ibd：xxx代表的是表名，innoDB引擎的每张表都会对应这样的一个表空间文件，存储该表的结构（frm，sdi）、数据和引擎。

InnoDB逻辑存储结构

二、MyISAM
  1. 介绍
    MyISAM是MySQL早期的默认存储引擎
  2. 特点
    不支持事务，不支持外键
    支持表锁，不支持行锁
    访问速度快
  3. 文件
    xxx.sdi：存储表结构信息
    xxx.MYD：存储数据
    xxx.MYI：存储索引
三、Memory
  1. 介绍
    Memory引擎的表数据是存储在内存中的，由于受到硬件问题、或断电问题的影响，只能将这些表作为临时表或缓存使用
  2. 特点
    内存存放，访问速度快
    hash索引（默认）
  3. 文件
    xxx.sdi：存储表结构信息
特点 InnoDB MyISAM Memory
存储限制 64TB 有 有
事务安全 支持 - -
锁机制 行锁 表锁 表锁
B+tree索引 支持 支持 支持
Hash索引 - - 支持
全文索引 支持（5.6版本之后） 支持 -
空间使用 高 低 N/A
内存使用 高 低 中等
批量插入速度 低 高 高
支持外键 支持 - -

存储引擎选择

在选择存储引擎时，应该根据应用系统的特点选择合适的存储引擎。对于复杂的应用系统，还可以根据实际情况选择多种存储引擎进行组合。

InnoDB： 是Mysql的默认存储引擎，支持事务、外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询之外，还包含很多的更新、删除操作，那么InnoDB存储引擎是比较合适的选择。

MyISAM： 如果应用是以读操作和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高，那么选择这个存储引擎是非常合适的。

MEMORY： 将所有数据保存在内存中，访问速度快，通常用于临时表及缓存。MEMORY的缺陷就是对表的大小有限制，太大的表无法缓存在内存中，而且无法保障数据的安全性。

索引

索引概述

索引（index）是帮助MySQL高效获取数据的数据结构（有序）。在数据之外，数据库系统还维护着满足特定查找算法的数据结构，这些数据结构以某种方式引用（指向）数据，这样就可以在这些数据结构上实现高级查找算法，这些数据结构就是索引。

  1. 索引的优点

    • 提高了数据检索的效率，降低数据库的IO成本
    • 通过索引对数据进行排序，降低数据排序的成本，降低CPU的消耗

  2. 索引的缺点

    • 索引列也是要占用空间的
    • 索引大大提高了查询效率，同时却也降低更新表的速度，如对表进行insert、update、delete操作时，效率降低。

索引结构

MySQL的索引是在存储引擎层实现的，不同的存储引擎有不同的结构，主要包含以下几种：

索引结构 描述
B+Tree索引 最常见的索引类型，大部分引擎都支持B+树索引
Hash索引 底层数据结构是用哈希表实现的，只有精确匹配索引列的查询才有效，不支持范围查询
R-Tree索引（空间索引） 空间索引是MyISAM引擎的一个特殊索引类型，主要用于地理空间数据类型，通常使用较少
Full-text（全文索引） 是一种通过建立倒排索引，快速匹配文档的方式。类似于Lucene，Solr，ES
索引 InnoDB MyISM Memory
B+tree索引 支持 支持 支持
Hash索引 不支持 不支持 支持
R-tree索引 不支持 支持 不支持
Full-text 5.6版本之后支持 支持 不支持
二叉树


二叉树缺点：顺序插入时，会形成一个链表，查询性能大大降低。大数据量情况下，层级较深，检索速度慢。

红黑树：大数据量情况下，层级较深，检索速度慢

B-tree（多路平衡查找树）

以一颗最大度数为5（5阶）的B-tree为例（每个节点最多存储4个key，5个指针）。树的度数指的是一个节点的子节点个数。

B+tree


相对于B-tree区别：
① 所有的数据都会出现在叶子节点
② 叶子节点形成一个单向链表

MySQL索引数据结构对经典的 B+Tree进行了优化，在原B+Tree的基础上，增加了一个指向相邻叶子节点的链表指针，就形成了带有顺序指针的B+Tree，提高了区间访问的性能。

Hash索引

哈希索引就是采用一定的hash算法，将键值换算成新的hash值，映射到对应的槽位上，然后存储在hash表中。

如果两个（或多个）键值，映射到一个相同的槽位上，它们就产生了hash冲突（也称为hash碰撞），可以通过链表来解决。

Hash索引特点

  • Hash索引只能用于对等比较（=，in），不支持范围查询（between，<，>，…）
  • 无法利用索引完成排序操作
  • 查询效率高，通常只需要一次检索就可以了，效率通常要高于B+tree索引

在MySQL中，支持hash索引的是Memory引擎，而innoDB中具有自适应hash功能，hash索引是存储引擎根据B+Tree索引在指定条件下自动构建的。

为什么InnoDB存储引擎选择使用B+tree索引结构?

  • 相对于二叉树，层级更少，搜索效率高;
  • 对于B-tree，无论是叶子节点还是非叶子节点，都会保存数据，这样导致一页中存储的键值减少，指针跟着减少，要同样保存大量数据，只能增加树的高度，导致性能降低;
  • 相对Hash索引，B+tree支持范围匹配及排序操作;
分类 含义 特点 关键字
主键索引 针对于表中主键创建的索引 默认自动创建，只能有一个 primary
唯一索引 避免同一个表中某数据列中的值重复 可以有多个 unique
常规索引 快速定位特定数据 可以有多个
全文索引 全文索引查找的是文本中的关键词，而不是比较索引中的值 可以有多个 fulltext
索引分类

在InnoDB存储引擎中，根据索引的存储形式，又可以分为以下两种：

分类 含义 特点
聚集索引（Clustered index） 将数据存储与索引放到了一块，索引结构的叶子节点保存了行数据 必须有，而且只有一个
二级索引（Secondary index） 将数据与索引分开存储，索引结构的叶子节点关联的是对应的主键 可以存在多个

聚集索引选取规则:
如果存在主键，主键索引就是聚集索引。
如果不存在主键，将使用第一个唯一(UNIQUE）索引作为聚集索引。
如果表没有主键，或没有合适的唯一索引，则InnoDB会自动生成一个rowid作为隐藏的聚集索引。

回表查询：通过二级索引找到对应的主键值，根据主键值在聚集索引中拿到该行的数据

例子：

  1. 以下sql语句中，那个执行效率高？为什么？

    select * from user where id = 10;
select * from user where name = 'bob';
-- 备注：id为主键，name字段创建的有索引

    第一个效率高，因为第二个需要使用回表查询

  2. lnnoDB主键索引的B+tree高度为多高呢？
    假设：一行数据大小为1k，一页中可以存储16行这样的数据。InnoDB的指针占用6个字节的空间，主键即使为bigint，占用字节数为8。
    高度为2:
    n*8 + (n+1)*6=16*1024，算出n约为1170，即有1170个key，1171个指针
    每个指针指向一页数据，所有可以存储数据行数有：1171*16=18736
    高度为3：
    1171 * 1171 * 16 = 21939856

索引语法

  1. 创建索引

    create [unique | fulltext] index 索引名 on 表名(字段名1,...);

  2. 查看索引

    show index from 表名;

  3. 删除索引

    drop index 索引名 on 表名;

SQL性能优化

  1. SQL指令执行频率
    MySQL客户端连接成功后，通过show [session | global] status命令可以查看服务器状态信息。通过如下指令，可以查看当前数据库的INSERT、UPDATE、DELETE、SELECT的访问频次:

    show global status like 'Com_______';

  2. 慢查询日志
    慢查询日志记录了所有执行时间超过指定参数(long_query_time，单位:秒，默认10秒）的所有5QL语句的日志。

    -- 查询慢查询日志是否开启
show variables like 'show_query_log';

    MySQL的慢查询日志默认没有开启，需要在MySQL的配置文件(/etc/my.cnf）中配置如下信息:

    -- 开启MySQL慢日志查询开关
slow_query_log = 1;
-- 设置慢日志的时间为2秒，SQL语句执行时间超过2秒，就会视为慢查询，记录慢查询日志
long_query_time = 2;

    配置完毕之后，通过以下指令重新启动MySQL服务器进行测试，查看慢日志文件中记录的信息/var/lib/mysqL/localhost-slow.log（Linux）。

  3. profile详情
    show profiles能够在做SQL优化时帮助我们了解时间都耗费到哪里去了。通过have_profling参数，能够看到当前MySQL是否支持

    -- 查看是否支持profile
select @@have_profiling;

    默认profiling是关闭的，可以通过set语句在session/global级别开启profiling

    -- 查询profiling是否开启
select @@profiling

-- 开启profiling
set profiling = 1; 

-- 查看sql语句的执行时间
show profiles;

    执行一系列的SQL语句后，可以通过如下指令查看指令的执行耗时

    -- 查看每一条sql语句的执行耗时时间
show profiles; 

-- 查看指定 query_id 的SQL语句各个阶段的耗时情况(query_id通过show profiles; 查询得到)
show profile for query query_id;

-- 查看指定query_id的SQL语句cpu的使用情况
show profile cpu for query query_id;

  4. explain执行计划
    explain或者desc命令执行获取MySQL如何执行select语句的信息，包括select语句执行过程中表如何连接和连接的顺序

    -- 直接在select语句之前加上关键字explain/desc 
explain select 字段列表 from 表名 where;

explain执行计划各字段含义：

  1. id
    select查询的序列号，表示查询中执行select子句或者是操作表的顺序(id相同，执行顺序从上到下;id不同，值越大，越先执行)。

  2. select_type
    表示SELECT的类型，常见的取值有SIMPLE(简单表，即不使用表连接或者子查询)、PRIMARY(主查询，即外层的查询),UNION(UNION 中的第二个或者后面的查询语句）、SUBQUERY (SELECT/WHERE之后包含了子查询等

  3. type
    表示连接类型，性能由好到差的连接类型为NULL、system、const、eq_ref、ref、range、index、all。

  4. possible_key
    显示可能应用在这张表上的索引，一个多个

  5. Key
    实际使用的索引，如果为null，则没有使用索引

  6. Key_len
    表示索引中使用的字节数，该值为索引字段最大可能长度，并非实际使用长度，在不损失精确性的前提下，长度越短越好

  7. rows
    MySQL认为必须要执行查询的行数，在innodb引擎的表中，是一个估计值，可能并不总是准确的

  8. filtered
    表示返回结果的行数占需读取行数的百分比, filtered 的值越大越好。

索引使用

验证索引效率

  1. 在未建立索引之前，执行如下SQL语句，查看SQL的耗时

    select * from tableName where sno='100000000012345';

  2. 针对字段创建索引

    create index indexName on tableName(column);

  3. 执行相同的SQL语句，再次查看SQL的耗时

    select * from tableName where sno='100000000012345';
最左前缀法则

如果索引了多列（联合索引），要遵守最左前缀法则，最左前缀法则指的是查询从索引的最左列开始(只要包含即可)，并且不跳过索引中的每一列。如果跳过某一列，索引将部分失效（后面的字段索引失效）。

-- 例子
explain select * from tableName where pro='1' and pro1='2' and pro2='3';

explain select * from tableName where pro='1' and pro1='2';

explain select * from tableName where pro='1';

explain select * from tableName where pro1='2' and pro2='3';

explain select * from tableName where pro2='3';
范围查询

联合索引中，出现范围查询（<，>），范围查询右侧的列索引失效

explain select * from tableName where pro='1' and pro1>'2' and pro2='3';

规避方法：使用>=或者<=

索引列运算

不要在索引列上进行运算操作，索引将失效

explain select * from tableName where substring(phone,10,2)='1';
字符串不加引号

字符串类型字段使用时，不加引号，索引将失效

explain select * from tableName where str='1';
explain select * from tableName where str=1;
模糊查询

如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。

explain select * from tableName where pro = 'mysql%';
explain select * from tableName where pro = '%mysql'; -- 失效
or连接的条件

用or分隔开的条件，如果or前的条件中的列有索引，而后面的列中没有索引，那么涉及的索引都不会用到。只有or两侧都有索引时，两侧的索引才能同时生效。

数据分布影响

如果MySQL评估使用索引比全表更慢，则不使用索引

explain select * from tableName where id>0;
explain select * from tableName where id>55;
SQL提示

SQL提示，是优化数据库的一个重要手段，简单来说，就是在SQL语句中加入一些人为的提示来达到优化操作的目的。

-- use index
explain select * from tableName use index(indexName) where pro="软件";
-- ignore index
explain select * from tableName ignore index(indexName) where pro="软件";
-- force index
explain select * from tableName force index(indexName) where pro="软件";
覆盖索引

尽量使用覆盖索引，覆盖索引是查询使用了索引，并且需要返回的列，在该索引中已经全部能够找到。并且应该尽量减少使用 select *

-- 首先建立name和age的联合索引，id是主键，对比下面两条SQL语句
select id,name,age from user where name='tom' and age = 18;
select id,name,age,gender from user where name='tom' and age = 18;

-- 分析：对于第一句，因为建立了name和age的联合索引，因此可以通过联合索引查出name和age的值，而因为联合索引保存的数据值为该条数据的id，因此通过查询联合索引即可获取 id、name和age的值；对于第二条，前面的三个字段的值都可以通过联合索引获取到，gender字段没有在联合索引中，所以需要通过回表查询通过id值获得该行的数据，再得到gender值，因此第二条SQL语句效率低了很多。
前缀索引

当字段类型为字符串(varchar,text等)时，有时候需要索引很长的字符串，这会让索引变得很大，查询时，浪费大量的磁盘IO，影响查询效率。此时可以只将字符串的一部分前缀，建立索引，这样可以大大节约索引空间，从而提高索引效率。

-- 语法
create index indexName on tableName(columnName(n)); -- n表示取字段中n个前缀字符

-- 可以根据索引的选择性来决定，而选择性是指不重复的索引值（基数）和数据表的记录总数的比值，索引选择性越高则查询效率越高，唯一索引的选择性是1，这是最好的索引选择性，性能也是最好的。
select count(distinct substring(txtText,1,10)) / count(*) from tableName;
单列索引与联合索引

单列索引：即一个索引只包含单个列
联合索引：即一个索引包含了多个列
在业务场景中，如果存在多个查询条件，考虑针对于查询字段建立索引时，建议建立联合索引，而非单列索引。

索引设计原则

  • 针对于数据量较大，且查询比较频繁的表建立索引。
  • 针对于常作为查询条件（where)、排序（order by)、分组(group by)操作的字段建立索引。
  • 尽量选择区分度高的列作为索引，尽量建立唯一索引，区分度越高，使用索引的效率越高。
  • 如果是字符串类型的字段，字段的长度较长，可以针对于字段的特点，建立前缀索引。
  • 尽量使用联合索引，减少单列索引，查询时，联合索引很多时候可以覆盖索引，节省存储空间，避免回表，提高查询效率。
  • 要控制索引的数量，索引并不是多多益善，索引越多，维护索引结构的代价也就越大，会影响增删改的效率。
  • 如果索引列不能存储NULL值，请在创建表时使用NOTNULL约束它。当优化器知道每列是否包含NULL值时，它可以更好地确定哪个索引最有效地用于查询。

SQL优化

插入数据优化

  1. insert 优化

    • 批量插入

      insert into tableName values(data),(data),(data)...;
-- 不易过多，五百到一千比较合适

    • 手动提交事务

      start transaction;
insert into tableName values(data),(data),(data)...;
insert into tableName values(data),(data),(data)...;
insert into tableName values(data),(data),(data)...;
commit;

    • 主键顺序插入

  2. 大批量插入数据
    如果一次性需要插入大批量数据，使用insert语句插入性能较低，此时可以使用MySQL数据库提供的load指令进行插入。操作如下：

    -- 客户端连接服务端时，加上参数 --local-infile
mysql \-\-local-infile -u root -p

-- 设置全局参数local_infile=1，开启从本地加载文件导入数据的开关
set global local_infile=1;

-- 执行load指令将准备好的数据，加载到表结构中
load data local infile '/root/sql.log' into table 'tableName' fields terminated by ',' lines terminated by '\n';

主键优化

  1. 数据组织方式
    在InnoDB存储引擎中，表数据都是根据主键顺序组织存放的，这种存储方法的表称为索引组织表。

  2. 页分裂
    页可以为空，也可以填充一半，也可以填充100%。每个页包含了2-N行数据（如果一行数据过大，会出现行溢出）根据主键排列。
    当插入数据为主键乱序插入时，插入数据的主键是乱序的并且主键前后都刚好沾满一页数据，那么就需要进行分页存储数据，而且原先页与页之间的指针也需要进行更改。

  3. 页合并
    当删除一行记录时，实际上记录并没有被物理删除，只是记录被标记（flaged）为删除并且它的空间变为允许被其他记录声明使用
    当页中删除的记录达到MERGE_THRESHOLD(默认为页的50%)，InnoDB会开始寻找最靠近的页（前或后）看看是否可以将两页合并以优化空间使用。MERGE_THRESHOLD为合并页的阈值，可以自己设置，在创建表或者创建索引时指定

  4. 主键设计原则

    • 满足业务需求的情况下，尽量降低主键的长度
    • 插入数据时，尽量选择顺序插入，选择使用auto_increment自增主键
    • 尽量不要使用UUID做主键或者其他自然主键，如身份证号
    • 业务操作时，避免对主键的修改

order by优化

Using filesort：通过表的索引或全表扫描，读取满足条件的数据行，然后在排序缓冲区sort buffer中完成排序操作，所有不是通过索引直接返回排序结果的排序都叫FileSort排序。

Using index：通过有序索引顺序扫描直接返回有序数据，这种情况即为using index，不需要额外排序，操作效率高。
例子：

-- 没有创建索引时，根据age，phone进行排序
explain select id,age,phone from tableName order by age,phone;

-- 创建索引
create index index_age_phone on tableName (age,phone);

-- 创建索引后，根据age，phone进行升序排序
explain select id,age,phone from tableName order by age,phone;

--创建索引后，根据age，phone进行降序排序
explain select id,age,phone from tableName order by age desc,phone desc;

-- 根据age，phone进行排序，一个升序，一个降序，效率变低
explain select id,age,phone from tableName order by age asc,phone desc;

-- 创建索引
create index index_age_phoneDesc on tableName(age asc,phone desc);

-- 再次根据age，phone进行排序，一个升序，一个降序
explain select id,age,phone from tableName order by age asc,phone desc;
  • 根据排序字段建立合适的索引，多字段排序时，也遵循最左前缀法则。
  • 尽量使用覆盖索引。
  • 多字段排序，一个升序一个降序，此时需要注意联合索引在创建时的规则(ASC/DESC)。
  • 如果不可避免的出现filesort，大数据量排序时，可以适当增大排序缓冲区大小 sort_buffer_size(默认256k)。

group by优化

-- 执行分组操作，根据pro字段分组
explain select pro,count(*) from tableName group by pro;

-- 创建索引
create index index_pro on tableName(pro);

-- 执行分组操作，根据pro字段分组，走索引    
explain select pro,count(*) from tableName group by pro;

limit优化

一个常见又非常头疼的问题就是limit 2000000,10，此时需要MySQL排序前2000010记录，仅仅返回2000000 - 2000010的记录，其他记录丢弃，查询排序的代价非常大。

优化思路：一般分页查询时，通过创建覆盖索引能够比较好地提高性能，可以通过覆盖索引加子查询形式进行优化。

-- 原语句
select * from tableName limit 9000000,10;

-- 优化语句
select s.* from stableName s, (select id from tableName order by id limit 9000000,10) a where s.id = a.id;

count优化

MyISAM引擎把一个表的总行数存在了磁盘上，因此执行count(*)的时候会直接返回这个数，效率很高;

InnoDB引擎就麻烦了，它执行count(*)的时候，需要把数据一行一行地从引擎里面读出来，然后累积计数。
优化思路：自己计数。

count的几种用法
count()是一个聚合函数，对于返回的结果集，一行行地判断，如果count函数的参数不是NULL，累计值就加1，否则不加，最后返回累计值。

用法:count(*) 、count(主键)、count(字段)、count (1)

  1. count(主键)
    InnoDB引擎会遍历整张表，把每一行的主键id值都取出来，返回给服务层。服务层拿到主键后，直接按行进行累加(主键不可能为nul)。

  2. count(*)
    InnoDB引擎并不会把全部字段取出来，而是专门做了优化，不取值，服务层直接按行进行累加。

  3. count(字段)
    没有not null约束: InnoDB引擎会遍历整张表把每一行的字段值都取出来，返回给服务层，服务层判断是否为null，不为null，计数累加。有not null约束: InnoDB引擎会遍历整张表把每一行的字段值都取出来，返回给服务层，直接按行进行累加。

  4. count(1)
    InnoDB引擎遍历整张表，但不取值。服务层对于返回的每一行，放一个数字“1”进去，直接按行进行累加。

按照效率排序的话，count(字段)<count(主键id)<count(1) ≈ count()，所以尽量使用count()。

update优化

InnoDB的行锁是针对索引加的锁，不是针对记录加的锁，如果该索引不能失效，那么会从行锁升级为表锁。所以更新时，选择的条件尽量选择带索引的字段

视图

视图（View)是一种虚拟存在的表。视图中的数据并不在数据库中实际存在，行和列数据来自定义视图的查询中使用的表，并且是在使用视图时动态生成的。通俗的讲，视图只保存了查询的SQL逻辑，不保存查询结果。所以我们在创建视图的时候，主要的工作就落在创建这条5QL查询语句上。

-- 创建
create [or replace] view 视图名称[(列名列表)] as select语句 [with | cascaded | local | check option];

-- 查看创建视图语句
show create view 视图名称;

-- 查看视图数据
select * from 视图名称 ...;

-- 修改
create [or replace] view 视图名称[(列名列表)] as select语句 [with [cascaded | local] | check option];

alter view 视图名称[(列名列表)] as select语句 [with [cascaded | local] | check option];

-- 删除
drop view [if exists] 视图名称;

例子：

-- 创建视图
create or replace view v1 as select id,name from user where id <= 20;

-- 查询视图
select * from v1;

-- 插入数据
insert into v1 values(6,'tom');     -- 插入成功
insert into v1 values(30,'tom');    -- 插入成功

-- 修改创建视图语句，加入检查选项
create or replace view v1 as select id,name from user where id <= 20 with local check option;

insert into v1 values(6,'tom');     -- 插入成功
insert into v1 values(30,'tom');    -- 插入失败，检查不通过，因为不满足id<=20
视图的检查选项

当使用WITH CHECK OPTION子句创建视图时，MySQL会通过视图检查正在更改的每个行，例如插入，更新，删除，以使其符合视图的定义。MySQL允许基于另一个视图创建视图，它还会检查依赖视图中的规则以保持一致性。为了确定检查的范围，mysql提供了两个选项:CASCADED和LOCAL，默认值为CASCADED。

cascaded

create or replace view v1 as select id,name from user where id <= 20;

-- 基于一个视图新建另一个视图
create or replace view v2 as select id,name from v1 where id >= 10 with cascaded check option;

insert into v2 values(7,'tom');     -- 插入失败，不能通过v2的检查,id>=10

insert into v2 values(26,'tom');     -- 插入失败，不能通过v1的检查,因为存在cascaded，级联检查，id<=20

insert into v2 values(15,'tom');    -- 插入成功

-- 创建视图v3
create or replace view v3 as select id,name from v2 where id <= 15;

insert into v3 values(12,'tom');    -- 插入成功
insert into v3 values(18,'tom');    -- 插入成功
insert into v3 values(30,'tom');    -- 插入失败

local

create or replace view v4 as select id,name from user where id <= 15;

-- 基于一个视图新建另一个视图
create or replace view v5 as select id,name from v4 where id >= 10 with local check option;

insert into v5 values(13,'tom');     -- 插入成功

insert into v5 values(17,'tom');     -- 插入成功

-- 创建视图v6
create or replace view v6 as select id,name from v5 where id <= 15;

insert into v1 values(14,'tom');    -- 插入成功

cascaded需要检查父级的条件，local需要向上查找父级条件，如果父级没有cascaded或者local的限制则不需要管，有则需要进行判断

视图更新

要使视图可更新，视图中的行与基础表中的行之间必须存在一对一的关系。如果视图包含以下任何一项，则该视图不可更新:
1、聚合函数或窗口函数（sun(), min(), max(), count()等）
2、distinct
3、group by
4、having
5、union 或者 union all

视图作用

  1. 简单
    视图不仅可以简化用户对数据的理解，也可以简化他们的操作。那些被经常使用的查询可以被定义为视图，从而使得用户不必为以后的操作每次指定全部的条件。

  2. 安全
    数据库可以授权，但不能授权到数据库特定行和特定的列上。通过视图用户只能查询和修改他们所能见到的数据

  3. 数据独立
    视图可帮助用户屏蔽真实表结构变化带来的影响。

存储过程

存储过程是事先经过编译并存储在数据库中的一段SQL语句的集合，调用存储过程可以简化应用开发人员的很多工作，减少数据在数据库和应用服务器之间的传输，对于提高数据处理的效率是有好处的。存储过程思想上很简单，就是数据库SQL语言层面的代码封装与重用。

特点
1、封装，复用
2、可以接收参数，也可以返回数据
3、减少网络交互，效率提升

-- 创建
create procedure 存储过程名称([参数列表])
begin
        -- SQL语句
end;

-- 调用
call 名称([参数]);

-- 查询指定数据库的存储过程及其状态信息
select * from information_schema.routines where routine_schema = 'databaseName';
-- 查询某个存储过程的定义
show create procedure 存储过程名称;

-- 删除
drop procedure [if exists] 存储过程名称;

变量

1、系统变量 是MySQL服务器提供，不是用户定义的，属于服务器层面。分为全局变量(GLOBAL)、会话变量(SESSION)

-- 查看所有系统变量
show [session | global] variables;

-- 可以通过like模糊匹配方式查找变量
show [session | global] variables like '...';

-- 查看指定变量的值
select @@[session | global] 系统变量名;

-- 设置系统变量
set [session | global] 系统变量名=值;
set @@[session | global] 系统变量名=值;

注意：
如果没有指定 session / global，默认是session，会话变量
MySQL服务重新启动之后，所设置的全局参数会失效，要想不失效，可以在/etc/my.cnf中配置

2、用户定义变量 是用户根据需要自己定义的变量，用户变量不用提前声明，在用的时候直接用“@变量名”使用就可以。其作用域为当前连接。

-- 赋值
set @var_name = expr[,@var_name = expr]...;
set @var_name :=expr[,@var_name :=expr]...;

select @var_name := expr [,@var_name := expr]...;
select 字段名 into @var_name from 表名;

-- 使用
select @var_name;

用户定义的变量无需对其进行声明或初始化，只不过获取到的值为null

3、局部变量 是根据需要定义的在局部生效的变量，访问之前，需要DECLARE声明。可用作存储过程内的局部变量和输入参数，局部变量的范围是在其内声明的BEGIN…END块。

-- 声明
declare 变量名 变量类型[default ...]; -- 变量类型就是数据库字段类型：int、bigint、char、varchar、date、time等

-- 赋值
set 变量名 = 值;
set 变量名 := 值;
select 字段名 into 变量名 from 表名;

if 语句

-- 语法：
if 条件1 then
    ...
elseif 条件2 then
    ...
else
    ...
end if;

-- 根据参数score，判断当前分数对应的分数等级
-- score >= 85，等级为优秀
-- score >= 60 && score < 85，等级为及格
-- score < 60，等级为不及格
create procedure p()
begin
    declare score int default 58;
    declare result varchar(18);
    if score >= 85 then
        set result := '优秀';
    elseif score >= 60 then
        set result := '及格';
    else 
        set result := '不及格';
    end if;
    select result;
end;
call p();

存储过程的参数

类型 含义
in 该类参数作为输入，也就是需要调用时传入的值（默认）
out 该类参数作为输出，也即是该参数可以作为返回值
inout 既可以作为输入参数，也可以作为输出参数 
-- 创建
create procedure 存储过程名称([in/out/inout 参数名 参数类型])
begin
        -- SQL语句
end;

-- 根据参数score，判断当前分数对应的分数等级
-- score >= 85，等级为优秀
-- score >= 60 && score < 85，等级为及格
-- score < 60，等级为不及格
create procedure p(in score int, out result varchar(10))
begin
    if score >= 85 then
        set result := '优秀';
    elseif score >= 60 then
        set result := '及格';
    else 
        set result := '不及格';
    end if;
end;
call p(98, @result);
select @result;

-- 将传入的200分制的分数，进行换算，换算成百分制，然后返回分数
create procedure p(inout score double)
begin 
    set score := score * 0.5;
end;
set @score = 75;
call p(@score);
select @score

case

1、语法一

case case_value
    when when_value1 then statement_list1
    [when when_value2 then statement_list2] ...
    [else statement_list]
end case;

2、语法二

case 
    when search_condition1 then statement_list1
    [when search_condition2 then statement_list2] ...
    [else statement_list]
end case;

while

while循环是有条件的循环控制语句，满足条件后，再执行循环体中的sql语句，语法如下：

while 条件 do
    sql逻辑
end while;

repeat

repeat是有条件的循环控制语句，当满足条件的时候退出循环。语法如下：

-- 先执行一次逻辑，然后判断逻辑是否满足条件，如果满足，则退出，如果不满足，则继续下一次循环
repeat
    sql逻辑
    until 条件
end repeat;

loop

loop实现简单的循环，如果不在sql逻辑中增加退出循环的条件，可以用其来实现简单的死循环。loop可以配合一下两个语句使用：
leave：配合循环使用，退出循环
iterate：必须用在循环中，作用是跳过当前循环剩下的语句，直接进入下一次循环

[begin_label] loop
    sql逻辑
end loop[end_label];

leave label; -- 退出指定标记的循环体
iterate label; --直接进入下一次循环

游标

游标（cursor）是用来存储查询结果集的数据类型，在存储过程和函数中可以使用游标对结果集进行循环的处理。游标的使用包括游标的声明、open、fetch、close，其语法如下

-- 声明游标
declare 游标名称 cursor for 查询语句;

-- 打开游标
open 游标名称;

-- 获取游标记录
fetch 游标名称 into 变量[,变量 ...];

-- 关闭游标
close 游标名称;

触发器

触发器是与表有关的数据库对象，指在insert/update/delete之前或之后，触发并执行触发器中定义的SQL语句集合。触发器的这种特性可以协助应用在数据库端确保数据的完整性，日志记录，数据校验等操作。使用别名OLD和NEW来引用触发器中发生变化的记录内容，这与其他的数据库是相似的。现在触发器还只支持行级触发，不支持语句级触发。

触发器类型 new 和 old
insert型触发器 new表示将要或者已经新增的数据
update型触发器 old表示修改之前的数据，new表示将要或者已经修改后的数据
delete型触发器 old表示将要或者已经删除的数据 
-- 创建
create trigger triggerName
before/afer insert/update/delete
on tableName for each row
begin
    trigger_stmt;
end;

-- 查看
show triggers;

-- 删除
drop trgger [schema_name.]triggerName; --如果没有指定的schema_name，默认为当前数据库


-- 插入数据触发器
create trigger insertTrigger
    after insert on user for each row
begin 
    insert into user_logs(id, operation, operation_time, operation_id, operation_params, age) values(null,'insert',now(),new.id,concat('插入数据为: id='+now.id+' name='+now.id+' age='+now.age));
end;


-- 修改数据触发器
create trigger updateTrigger
    after update on user for each row
begin 
    insert into user_logs(id, operation, operation_time, operation_id, operation_params, age) values(null,'update',now(),new.id,concat('更新之前的数据为: id='+old.id+' name='+old.id+' age='+old.age + '更新之后的数据为: id='+now.id+' name='+now.id+' age='+now.age));
end;

-- 删除数据触发器
create trigger deleteTrigger
    after delete on user for each row
begin 
    insert into user_logs(id, operation, operation_time, operation_id, operation_params, age) values(null,'delete',now(),old.id,concat('删除之前的数据为: id='+old.id+' name='+old.id+' age='+old.age));
end;

锁

锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的计算资源（CPU、RAM、V/O)的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。

MySQL中的锁，按照锁的粒度分，主要分为以下三类

  • 全局锁：锁定数据库中的所有表
  • 表级锁：每次操作锁住整张表
  • 行级锁：每次操作锁住对应的行数据

全局锁

全局锁就是对整个数据库实例加锁，加锁后整个实例就处于只读状态，后续的DML的写语句，DDL语句，已经更新操作的事务提交语句都将被阻塞。其典型的使用场景是做全库的逻辑备份，对所有的表进行锁定，从而获取一致性视图，保证数据的完整性。

-- 在mysql命令行中进行全局锁
flush tables with read lock;

-- 在Windows命令行中进行数据库备份
mysqldump -uroot -p databaseName > databaseName.sql

-- 在mysql命令行中进行解锁
unlock tables;

数据库中加全局锁，是一个比较重的操作，存在以下问题:
1.如果在主库上备份，那么在备份期间都不能执行更新，业务基本上就得停摆。
2.如果在从库上备份，那么在备份期间从库不能执行主库同步过来的二进制日志(binlog)，会导致主从延迟。

在InnoDB引擎中，我们可以在备份时加上参数–single-transaction参数来完成不加锁的一致性数据备份。

mysqldump \-\-single-transaction -uroot -p databaseName > databaseName.sql

表级锁

表级锁，每次操作锁住整张表。锁定粒度大，发生锁冲突的概率最高，并发度最低。应用在MyISAM、InnoDB、BDB等存储引擎中。

对于表级锁，主要分为以下三类：

  1. 表锁

    • 表共享读锁（read lock）：自己客户端可以读但不能写，其他客户端也是可以读不能写
    • 表独占写锁（write lock）：自己客户端可以读也可以写，其他客户端不能读也不能写
    -- 加锁
lock tables 表名... read/write
-- 释放锁
unlock tables / 客户端断开连接

  2. 元数据锁(meta data lock, MDL)
    MDL加锁过程是系统自动控制，无需显式使用，在访问一张表的时候会自动加上。MDL锁主要作用是维护表元数据的数据一致性，在表上有活动事务的时候，不可以对元数据进行写入操作。为了避免DML与DDL冲突，保证读写的正确性。
    在My5QL5.5中引入了MDL，当对一张表进行增删改查的时候，加MDL读锁(共享);当对表结构进行变更操作的时候，加MDL写锁(排他)。

  3. 意向锁
    为了避免DML在执行时，加的行锁与表锁的冲突，在InnoDB中引入了意向锁，使得表锁不用检查每行数据是否加锁，使用意向锁来减少表锁的检查。

  • 意向共享锁（IS)︰由语句select … lock in share mode添加。与表锁共享锁(read）兼容，与表锁排它锁（write)互斥。
  • 意向排他锁（lX)︰由insert、update、delete、select …for update添加。与表锁共享锁(read）及排它锁(write)都互斥。意向锁之间不会互斥。

行级锁

行级锁，每次操作锁住对应的行数据。锁定粒度最小，发生锁冲突的概率最低，并发度最高。应用在InnoDB存储引擎中。
InnoDB的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁。对于行级锁，主要分为以下三类:
1、行锁(Record Lock)∶锁定单个行记录的锁，防止其他事务对此行进行update和delete。在RC、RR隔离级别下都支持。
2、间隙锁(Gap Lock):锁定索引记录间隙(不含该记录)，确保索引记录间隙不变，防止其他事务在这个间隙进行insert，产生幻读。在RR隔离级别下都支持。
3、临键锁（Next-Key Lock)︰行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙Gap。在RR隔离级别下支持。

行锁

InnoDB实现了以下两种类型的行锁：
1、共享锁（S）：允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁
2、排他锁（X）：允许获取排他锁的事务更新数据，阻止其他事务获得相同数据集的共享锁和排他锁

当前锁类型 / 请求锁类型 S（共享锁） X（排他锁）
S（共享锁） 兼容 冲突
X（排他锁） 冲突 冲突
SQL 行锁类型 说明
insert 排他锁 自动加锁
update 排他锁 自动加锁
delete 排他锁 自动加锁
select 不加任何锁
select … lock in share mode 共享锁 需要手动在select之后加lock in share mode
select … for update 排他锁 需要手动在select之后加for update

默认情况下，InnoDB在REPEATABLE READ事务隔离级别运行，InnoDB使用next-key锁进行搜索和索引扫描，以防止幻读。

  1. 针对唯一索引进行检索时，对已存在的记录进行等值匹配时，将会自动优化为行锁。
  2. InnoDB的行锁是针对于索引加的锁，不通过索引条件检索数据，那么InnoDB将对表中的所有记录加锁，此时就会升级为表锁。
间隙锁 / 临键锁

默认情况下，InnoDB在REPEATABLE READ事务隔离级别运行，InnoDB使用next-key锁进行搜索和索引扫描，以防止幻读。

  1. 索引上的等值查询(唯一索引)，给不存在的记录加锁时，优化为间隙锁
  2. 索引上的等值查询(普通索引)，向右遍历时最后一个值不满足查询需求时，next-key lock退化为间隙锁。
  3. 索引上的范围查询(唯一索引)–会访问到不满足条件的第一个值为止。

注意： 间隙锁唯一目的是防止其他事务插入间隙。间隙锁可以共存，一个事务采用的间隙锁不会阻止另一个事务在同一间隙上采用间隙锁。

InnoDB引擎

表空间（ibd文件），一个mysql实例可以对应多个表空间，用于存储记录、索引等数据。

段，分为数据段(Leaf node segment)、索引段(Non-leaf node segment)、回滚段(Rollback segment)，InnoDB是索引组织表，数据段就是B+树的叶子节点，索引段即为B+树的非叶子节点。段用来管理多个Extent(区)。

区，表空间的单元结构，每个区的大小为1M。默认情况下，InnoDB存储引擎页大小为16K，即一个区中一共有64个连续的页。

页，是InnoDB存储引擎磁盘管理的最小单元，每个页的大小默认为16KB。为了保证页的连续性，InnoDB存储引擎每次从磁盘申请4-5个区。

行，InnoDB存储引擎数据是按行进行存放的。

架构

MySQL5.5版本开始，默认使用InnoDB存储引擎，它擅长事务处理，具有崩溃恢复特性，在日常开发中使用非常广泛。下面是InnoDB架构图，左侧为内存结构，右侧为磁盘结构。

内存结构

Buffer Pool： 缓冲池是主内存中的一个区域，里面可以缓存磁盘上经常操作的真实数据，在执行增删改查操作时，先操作缓冲池中的数据（若缓冲池没有数据，则从磁盘加载并缓存），然后再以一定频率刷新到磁盘，从而减少磁盘IO，加快处理速度。

缓冲池以Page页为单位，底层采用链表数据结构管理Page。根据状态，将Page分为三种类型:

  • free page：空闲page，未被使用。
  • clean page：被使用page，数据没有被修改过。
  • dirty page：脏页，被使用page，数据被修改过，数据与磁盘的数据产生了不一致。

Change Buffer： 更改缓冲区（针对于非唯一二级索引页），在执行DML语句时，如果这些数据Page没有在Buffer Pool中，不会直接操作磁盘，而会将数据变更存在更改缓冲区Change Buffer中，在未来数据被读取时，再将数据合并恢复到Buffer Pool中，再将合并后的数据刷新到磁盘中。

Change Buffer的意义是什么?
与聚集索引不同，二级索引通常是非唯一的，并且以相对随机的顺序插入二级索引。同样，删除和更新可能会影响索引树中不相邻的二级索引页，如果每一次都操作磁盘，会造成大量的磁盘IO。有了ChangeBuffer之后，我们可以在缓冲池中进行合并处理，减少磁盘IO。

Adaptive Hash lndex： 自适应hash索引，用于优化对Buffer Pool数据的查询。InnoDB存储引擎会监控对表上各索引页的查询，如果观察到hash索引可以提升速度，则建立hash索引，称之为自适应hash索引。自适应哈希索引，无需人工干预，是系统根据情况自动完成。
参数: adaptive_hash_index

Log Buffer： 日志缓冲区，用来保存要写入到磁盘中的log日志数据（redo log , undo log），默认大小为16MB，日志缓冲区的日志会定期刷新到磁盘中。如果需要更新、插入或删除许多行的事务，增加日志缓冲区的大小可以节省磁盘I/O。
参数:
innodb_log_buffer_size:缓冲区大小
innodb_flush_log_at_trx_commit:日志刷新到磁盘时机

磁盘结构

System Tablespace： 系统表空间是更改缓冲区的存储区域。如果表是在系统表空间而不是每个表文件或通用表空间中创建的，它也可能包含表和索引数据。(在MySQL5.x版本中还包含InnoDB数据字典、undolog等)
参数: innodb_data_file_path

File-Per-Table Tablespaces： 每个表的文件表空间包含单个InnoDB表的数据和索引，并存储在文件系统上的单个数据文件中。
参数: innodb_file_per_table

General Tablespaces： 通用表空间，需要通过CREATE TABLESPACE语法创建通用表空间，在创建表时，可以指定该表空间。

-- 创建表空间
create tablespace xxx add datafile 'file_name' engine = engine_name;

-- 创建表
create table xxx tablespace ts_name;

Undo Tablespaces： 撤销表空间，MySQL实例在初始化时会自动创建两个默认的undo表空间〈初始大小16M），用于存储undo log日志。

Temporary Tablespaces： InnoDB使用会话临时表空间和全局临时表空间。存储用户创建的临时表等数据。

Doublewrite Buffer Files： 双写缓冲区，innoDB引擎将数据页从Buffer Pool刷新到磁盘前，先将数据页写入双写缓冲区文件中，便于系统异常时恢复数据。

Redo Log： 重做日志，是用来实现事务的持久性。该日志文件由两部分组成：重做日志缓冲(redo log buffer)以及重做日志文件（redo log），前者是在内存中，后者在磁盘中。当事务提交之后会把所有修改信息都会存到该日志中，用于在刷新脏页到磁盘时，发生错误时，进行数据恢复使用。

后台线程

后台线程的作用是将InnoDB存储引擎缓冲池中的数据写入磁盘空间中

  1. Master Thread
    核心后台线程，负责调度其他线程，还负责将缓冲池中的数据异步刷新到磁盘中，保持数据的一致性，还包括脏页的刷新、合并插入缓存、undo页的回收。

  2. IO Thread
    在InnoDB存储引擎中大量使用了AIO来处理IO请求，这样可以极大地提高数据库的性能，而IOThread主要负责这些IO请求的回调。

    线程类型 默认个数 职责
    Read thread 4 负责读操作
    Write thread 4 负责写操作
    Log thread 1 负责将日志缓冲区刷新到磁盘
    Insert buffer thread 1 负责将写日志缓冲区刷新到磁盘

  3. Purge Thread
    主要用于回收事务已经提交了的undo log，在事务提交之后，undo log可能不用了，就用它来回收。

  4. Page Cleaner Thread
    协助Master Thread 刷新脏页到磁盘的线程，它可以减轻Master Thread 的工作压力，减少阻塞。

事务原理

  • redo log
    重做日志，记录的是事务提交时数据页的物理修改，是用来实现事务的持久性。

    该日志文件由两部分组成：重做日志缓冲（redo log buffer）以及重做日志文件（(redo log file) ，前者是在内存中，后者在磁盘中。当事务提交之后会把所有修改信息都存到该日志文件中，用于在刷新脏页到磁盘，发生错误时，进行数据恢复使用

  • undo log
    回滚日志，用于记录数据被修改前的信息，作用包含两个∶提供回滚和MVCC(多版本并发控制)。

    undo log和redo log记录物理日志不一样，它是逻辑日志。可以认为当delete一条记录时，undo log中会记录一条对应的insert记录，反之亦然，当update一条记录时，它记录一条对应相反的update记录。当执行rollback时，就可以从undo log中的逻辑记录读取到相应的内容并进行回滚。

    Undo log销毁: undo log在事务执行时产生，事务提交时，并不会立即删除undo log，因为这些日志可能还用于MVCC。

    Undo log存储: undo log采用段的方式进行管理和记录，存放在前面介绍的rollback segment回滚段中，内部包含1024个undo log segment。

MVCC

当前读：读取的是记录的最新版本，读取时还要保证其他并发事务不能修改当前记录，会对读取的记录进行加锁。对于我们日常的操作，如：select …lock in share mode(共享锁)，select .. for update、update、insert、delete(排他锁)都是一种当前读。

快照读：简单的select (不加锁）就是快照读，快照读，读取的是记录数据的可见版本，有可能是历史数据，不加锁，是非阻塞读。

Read committed：每次select，都生成一个快照读。
Repeatable Read：开启事务后第一个select语句才是快照读的地方。
Serializable：快照读会退化为当前读。

MVCC概念
全称Multi-Version Concurrency Control，多版本并发控制。指维护一个数据的多个版本，使得读写操作没有冲突，快照读为MySQL实现MVCC提供了一个非阻塞读功能。MVCC的具体实现，还需要依赖于数据库记录中的三个隐式字段、undo log日志、readView.

表记录中的隐藏字段
隐藏字段 含义
DB_TRX_ID 最近表记录修改的事务ID，记录插入这条记录或最后一次修改该记录的事务ID
DB_ROLL_PTR 回滚指针，指向这条记录的上一个版本，用于配合undo log，指向上一个版本
DB_ROW_ID 隐藏主键，如果表结构没有指定主键，将会生成该隐藏字段。
undolog版本链

不同事务或相同事务对同一条记录进行修改，会导致该记录的undolog生成一条记录版本链表，链表的头部是最新的旧记录，链表尾部是最早的旧记录。

ReadView

ReadView（读视图）是快照读SQL执行时MVCC提取数据的依据，记录并维护系统当前活跃的事务（未提交的) id。ReadView中包含了四个核心字段:

字段 含义
m_ids 当前活跃的事务ID集合
min_trx_id 最小活跃事务ID
max_trx_id 预分配事务ID，当前最大事务ID+1（因为事务ID是自增的）
creator_trx_id ReadView创建者的事务ID

MySQL管理

系统数据库

MySQL数据库安装完成后，自带了四个数据库，具体作用如下：

数据库 含义
mysql 存储MySQL服务器正常运行所需要的各种信息（时区、主从、用户、权限等）
information_schema 提供了访问数据库元数据的各种表和视图，包含数据库、表、字段类型及访问权限等
performance_schema 为MySQL服务器运行时状态提供了一个底层监控功能，主要用于收集数据库服务器性能参数
sys 包含了一系列方便DBA和开发人员利用performance_schema性能数据库进行性能调优和诊断的视图

常用工具

  • mysql
    该mysql不是指mysql服务，而是指mysql的客户端工具

    -- 参数选项
-u, \-\-user=name       指定用户名
-p, \-\-password[=name] 指定密码
-h, \-\-host=name       指定服务器IP或域名
-P, \-\-port=port       指定连接端口
-e, \-\-execute=name    执行sql语句并退出

-- 示例
mysql -uroot -p123 dbName -e 'select * from user';

-- -e选项可以在Mysql客户端执行SQL语句，而不用连接到MySQL数据库再执行，对于一些批处理脚本，这种方式尤其方便。

  • mysqladmin
    mysqladmin是一个执行管理操作的客户端程序。可以用它来检查服务器的配置和当前状态、创建并删除数据库等。

    -- 通过帮助文档查看选项
mysqladmin \-\-help

-- 示例
mysqladmin -uroot -p123 drop 'test';
mysqladmin -uroot -p123 version;

  • mysqlbinlog
    由于服务器生成的二进制日志文件以二进制格式保存，所以如果想要检查这些文本的文本格式，就会使用到mysqlbinlog 日志管理工具。

    -- 选项
-d, \-\-database=name       指定数据库名称，只列出指定的数据库相关操作
-o, \-\-offset=#            忽略掉日志中的前n行命令
-r, \-\-result-file=name    将输出的文本格式日志输出到指定的文件
-s, \-\-short-form          显示简单格式，省略掉一些信息
\-\-start-datatime=date1 \-\-stop-datetime=date2    指定日期间隔内的所有日志
\-\-start-position=pos1 \-\-stop-position=pos       指定位置间隔内的所有日志

  • mysqlshow
    mysqlshow客户端对象查找工具，用来很快地查找存在哪些数据库、数据库中的表、表中的列或者索引。

    -- 选项
\-\-count   显示数据库及表的统计信息（数据库，表均可不指定）
-i          显示指定数据库或者指定表的状态信息

-- 查询每个数据库的表的数量及表中记录的数量
mysqlshow -uroot -p123 \-\-count;

-- 查询test库中每个表中的字段数和行数
mysqlshow -uroot -p123 \-\-count;

-- 查询test库中book表的详细信息
mysqlshow -uroot -p123 test book \-\-count;

  • mysqldump
    mysqldump客户端工具用来备份数据库或在不同数据库之间进行数据迁移。备份内容包含创建表，及插入表的SaL语句。

    -- 连接选项
-u, \-\-user=name           指定用户名
-p, \-\-password[=name]     指定密码
-h, \-\-host=name           指定服务器ip或者域名
-P, \-\-port=#              指定连接端口

-- 输出选项
\-\-add-drop-database       在每个数据库创建语句前加上drop database语句
\-\-add-drop-table          在每个表创建语句前加上drop table语句，默认开启；不开启（\-\-skop-add-drop-table)
-n, \-\-no-create-db        不包含数据库的创建语句
-t, \-\-no-create-info      不包含数据表的创建语句
-d, \-\-no-data             不包含数据
-T, \-\-tab=name            自动生成两个文件，一个sql文件，创建表结构的语句，一个txt文件，数据文件

  • mysqlimport/source
    mysqlimport是客户端数据导入工具，用来导入mysqldump加-T参数后导出的文本文件。

    -- 示例
mysqlimport -uroot -p123 test /tmp/a.txt

-- 如果需要导入sql文件，可以使用mysql中的source指令
source /root/xx.sql
文章作者: zerollone
文章链接: http://zerollone.top/fb0b.html
版权声明: 本博客所有文章除特別声明外，均采用 CC BY 4.0 许可协议。转载请注明来源 zerollone !
MySQL
赏
  目录