MySQL学习笔记3

一、SOL优化

1 插入数据优化

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

• 客户端连接服务端时，加上参数–local-infile

mysql --local-infile -u root -p

• 设置全局参数local infile为1，开启从本地加载文件导入数据的开关

set global local_infile =1;

• 执行load指令将准备好的数据，加载到表结构中

load data local infile ‘/root/sql1.log’ into table table_name fields terminated by ‘,’ lines terminated by "\n’ ;

注意。 Windows系统下,文件是TXT格式, 并且文件中必须要有主键id。

2 主键优化

• 数据组织方式
  在InnoDB存储引擎中，表数据都是根据主键顺序组织存放的，这种存储方式的表称为索引组织表(index organized table IOT)。
  
• 页分裂

主键乱序插入会引起页分裂。

页可以为空，也可以填充一半，也可以填充100%。每个页包含了2-N行数据(如果一行数据多大，会行溢出)，根据主键排列。

• 页合并
  当删除一行记录时，实际上记录并没有被物理删除，只是记录被标记(flaged)为删除并且它的空间变得允许被其他记录声明使用。当页中删除的记录达到MERGE THRESHOLD(默认为页的50%)，InnoDB会开始寻找最靠近的页(前或后)看看是否可以将两个页合并以优化空间使用。
  在这里插入图片描述
  

注意：MERGE THRESHOLD:合并页的阈值，可以自己设置，在创建表或者创建索引时指定。

• 主键设计原则
  1.满足业务需求的情况下，尽量降低主键的长度 (因为二级索引当中存放着主键)。
  2.插入数据时，尽量选择顺序插入，选择使用AUTO INCREMENT自增主键。
  3.尽量不要使用UserID做主键或者是其他自然主键，如身份证号
  4.业务操作时，避免对主键的修改。

3 order by优化

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

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

举例说明

• 针对worknumber、age建立联合索引之后

create index key_num_age on employee(worknumber,age);

• 在排序的过程中，如果一个是正序，一个是反序（默认情况下要么都是正，要么都是反----统一性），则会使用到Using filesort从而降低搜索性能。

explain select age,worknumber from employee order by  worknumber ,age desc;

• 这个时候就要针对worknumber、age再建立一个新的联合索引。
  也就是把对应的排序顺序，加进索引中.

create index key_num_age_ad on employee(worknumber asc ,age desc );

• 性能也就提上来了。
• 注意事项:
  1.在提升上述性能中, 进行的是覆盖索引，也就是说查询的字段都是有索引的。
  2.根据排序字段建立合适的索引，多字段排序时，也遵循最左前缀法则。
  3.尽量使用覆盖索引。
  4.多字段排序,一个升序一个降序，此时需要注意联合索引在创建时的规则(ASC/DESC)。
  5.如果不可避免的出现filesort:大数据量排序时，可以适当增大排序缓冲区大小sont buffer size(默认256k)。

show variables like 'sort_buffer_size';-- 排序缓冲区大小

4 group by优化

在分组操作时，可以通过创建索引来提高效率；多个字段同时分组时，则创建联合索引。
分组操作时，索引的使用也是满足最左前缀法则的.

5 limit优化

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

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

explain select * from tb_sku t , (select id from tb sku order by id limit 2000000,10) a where t.id = a.id,

6 count优化

• count的几种用法
  count()是一个聚合函数，对于返回的结果集，一行行地判断，如果count 函数的参数不是 NULL，累计值就加1，否则不加，最后返回累计值。
  用法:count(*)、count(主键)、count(字段)、count(1)
• 具体介绍
  count(主键)
  InnoDB引擎会遍历整张表，把每一行的 主键id 值都取出来，返回给服务层。服务层拿到主键后，直接按行进行累加(主键不可能为nul).
  count(字段)
  没有not null约束:InnoD8引擎会遍历整张表把每一行的字段值都取出来，返回给服务层，服务层判断是否为null，不为null，计数累加。
  有not null 约束:InnoD8 引擎会遍历整张表把每一行的字段值都取出来，返回给服务层，直接按行进行累加。
  count(1)
  InnoDB 引擎遍历整张表，但不取值。服务层对于返回的每一行，放一个数字“1”进去，直接按行进行累加。
  count(*)
  InnoDB引擎并不会把全部字段取出来，而是专门做了优化，不取值，服务层直接按行进行累加。
  按照效率排序的话，count(字段)<count(主键 id)<count(1)≈count(星)，所以尽量使用 count(星)。

7 update优化

正常情况下Update语句，是针对行锁进行操作

问题:在update语句中，如果where条件的字段没有索引，在事务中，它将针对表锁进行操作，而影响其他事务的进行。

优化方法:where条件的字段加索引或者使用id主键来查询需要修改的行数据。

二、视图/存储过程/触发器

1. 视图

• 介绍:视图(View)是一种虚拟存在的表。视图中的数据并不在数据库中实际存在，行和列数据来自定义视图的查询中使用的表，并且是在使用视图时动态生成的。
• 视图语法

-- 1.创建视图
create or replace view student_view as (select id,name from student where id in(1,2));

-- 2.查询视图
-- 2-1 查询创建视图的语句。
show create view student_view;
-- 2-2查询视图数据
select * from student_view where id=1;

-- 3.修改视图数据
-- 3-1
create or replace view student_view as (select id,name,no from student where id in(1,2));-- 此语句既可做修改,也可做创建。
-- 3-2
alter view student_view as (select id,name from student where id in(1,2));

-- 4.删除视图
drop view IF EXISTS student_view;

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

• 视图的检查选项——CASCADED
  

create or replace view student_view as select id,name from student where id >20;
create or replace view student_view02 as select id,name from student_view where id <50 with cascaded check option;
insert into student_view02 value (20,'不能插入');-- 尽管student_view02的where条件的id <50

with cascaded check option 就相当于在满足此sql语句where条件的同时，还需要叠加as后面基表或视图的where条件
反之，如果语句也没有with cascaded check option，那么此语句的where也不起作用。
此案例相当于student_view02 视图的id范围为(20,50);

• 视图的检查选项—— LOCAL
  

create or replace view student_view01 as select id,name from student where id >20 ;
create or replace view student_view03 as select id,name from student_view01 where id <50 with local check option;
insert into  student_view03 values (7,'可以插入');

with local check option就相当于只基于本语句进行条件检查，但是如果as后面的基表或视图有with cascaded check option，
则需要考虑基表或视图的where条件。

• 视图更新
  要使视图可更新，视图中的行与基础表中的行之间必须存在一对一的关系。如果视图包含以下任何一项，则该视图不可更新:
  1.聚合函数或窗口函数(SUM()、MIN()、MAX()、COUNT()等
  2.DISTINCT
  3.GROUP BY
  4.HAVING
  5UNION 或者 UNION ALL
• 视图作用
  简单
  视图不仅可以简化用户对数据的理解，也可以简化他们的操作。那些被经常使用的查询可以被定义为视图，从而使得用户不必为以后的操作每次指定全部的条件。
  安全
  数据库可以授权，但不能授权到数据库特定行和特定的列上。通过视图用户只能查询和修改他们所能见到的数据数据
  独立
  视图可帮助用户屏蔽真实表结构变化带来的影响。

2. 存储过程

一组为了完成特定功能的SQL语句集合，经编译后存储在数据库中，用户可以通过指定的存储过程名称和参数值来调用并执行它。存储过程可以看作是对一系列SQL操作的封装，它允许用户通过简单的调用即可执行一系列复杂的SQL语句。

相关内容有待了解…

3. 存储函数

与存储过程类似，主要的区别就是它有返回值。

4. 触发器

• 介绍

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

• insert 触发器 语法

-- 插入数据触发器。
create trigger emp_logs_insert_trigger_
    after insert  on emp for each row
    begin
        insert into  emp_logs(id, operation, operate_time, operate_id, operate_params)
            values (null,'insert',now(),NEW.id,concat('插入的数据内容为: id:',NEW.id,' keyname:',NEW.keyname,' age:',NEW.age,' job:',NEW.job,' salary:',NEW.salary,' entrydate:',NEW.entrydate,' managerid:',NEW.managerid,' dept_id:',NEW.dept_id));
    end;

• update 触发器 语法

-- 修改数据触发器。
create trigger emp_logs_update_trigger_
    after update  on emp for each row
begin
    insert into  emp_logs(id, operation, operate_time, operate_id, operate_params)
    values (null,'insert',now(),NEW.id,
            concat('修改之前的数据内容为: id:',OLD.id,' keyname:',OLD.keyname,' age:',OLD.age,' job:',OLD.job,' salary:',OLD.salary,' entrydate:',OLD.entrydate,' managerid:',OLD.managerid,' dept_id:',OLD.dept_id,
                '\n','修改之后的数据内容为: id:',NEW.id,' keyname:',NEW.keyname,' age:',NEW.age,' job:',NEW.job,' salary:',NEW.salary,' entrydate:',NEW.entrydate,' managerid:',NEW.managerid,' dept_id:',NEW.dept_id));
end;

提示: concat拼接函数通过逗号分隔需要拼接的字符串，而不是使用+

• delete 触发器 语法

create trigger emp_logs_delete_trigger_
    after delete  on emp for each row
begin
    insert into  emp_logs(id, operation, operate_time, operate_id, operate_params)
    values (null,'delete',now(),OLD.id,
            concat('删除了的数据内容为: id:',OLD.id,' keyname:',OLD.keyname,' age:',OLD.age,' job:',OLD.job,' salary:',OLD.salary,' entrydate:',OLD.entrydate,' managerid:',OLD.managerid,' dept_id:',OLD.dept_id));
end;

• 查看、删除语法

-- 查看触发器
show triggers ;

-- 删除触发器
drop trigger emp_logs_delete_trigger_;

三、锁

1. 概述

• 锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的计算资源(CPU、RAM、I/0)的争用以外，数据也是一种供许多用户共享的资源。

• 如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。

• MySQL中的锁，按照锁的粒度分，分为以下三类:
  1.全局锁:锁定数据库中的所有表。
  2.表级锁:每次操作锁住整张表。
  3.行级锁。每次操作锁住对应的行数据。

2. 全局锁

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

未加全局锁:

加了全局锁之后:

• 语法

 flush tables with read lock;-- 开启全局锁

 unlock tables; -- 解锁

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

3. 表级锁

3-1 介绍

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

• 表级锁分类
  1.表锁
  2.元数据锁(meta data lock，MDL)
  3.意向锁

3-2 表锁

• 对于表锁，分为两类:
  1.表共享读锁(read lock)
  2.表独占写锁(write lock)

• 读锁语法(只能够读数据)
  开启读锁之后，自身线程只能够读取数据，其他线程要等到该线程关闭锁之后才能够进行增删改，否则会阻塞。

lock table emp read; -- 开启读锁
 unlock tables;-- 关锁

• 写锁语法(只能够写数据)
  写锁既会阻塞其他客户端的读，又会阻塞其他客户端的写

lock table emp write; -- 开启写锁
 unlock tables;-- 关锁

3-3 元数据锁（MDL）

• MDL加锁过程是系统自动控制，无需显式使用，在访问一张表的时候会自动加上。MDL锁主要作用是维护表元数据的数据一致性，在表上有活动事务的时候，不可以对元数据进行写入操作。为了避免DML每DDL冲突，保证读写的正确性。
  

• 查看元数据锁

select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema.metadata_locks 

3-4 意向锁

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

• 没有加意向锁（性能低）
  

• 加了意向锁

大致工作流程就是,检查其他锁与我现在要加的这个锁是否兼容,如果兼容则直接加锁，如果不兼容的话就等那个锁释放之后再加锁。

• 意向锁分类
  1.意向共享锁(IS):由语句 select… lock in share mode添加；与表锁共享锁(read)兼容，与表锁排它锁(write)互斥:
  2.意向排他锁:(IX):由insert、update、delete、select … for update 添加；与表锁共享锁(read)及排它锁(write)都互斥。意向锁之间不会互斥

• 语法

  select object_schema,object_name, index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks

4. 行级锁

• 4-1 介绍
  行级锁，每次操作锁住对应的行数据。锁定粒度小，发生锁冲突的概率最低，并发度最高。应用在InnoDB存储引擎中。

• 4-2 分类
  1.行锁(Record Lock):锁定单个行记录的锁，防止其他事务对此行进行update和delete。在RC、RR隔离级别下都支持。
  2.间隙锁(GapLocK):锁定索引记录间隙(不含该记录)，确保索引记录间隙不变，防止其他事务在这个间隙进行inser，产生幻读。在RR隔离级别下都支持
  3.临键锁(Next-KeyLock):行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙Gap。在RR隔离级别下支持。

• 4-2-1 InnoDB实现了以下两种类型的行锁(Record Lock):
  1.共享锁(S):允许一个事务去读一行，阻止其他事务获得相同数据集的排它锁。
  2.排他锁(X):允许获取排他锁的事务更新数据，阻止其他事务获得相同数据集的共享锁和排他锁。

  
  

InnoDB的行锁是针对于索引加的锁，不通过索引条件检索数据，那么InnoDB将对表中的所有记录加锁，此时就会升级为表锁。

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

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

四 InnoDB引擎

1.逻辑存储结构

• 表空间(ibd文件)，一个mysql实例可以对应多个表空间，用于存储记录、索引等数据。
• 段，分为数据段(Leafnodesegment)、索引段(Non-leafnodesegment)、回滚段(Rolbacksegment)，InnoDB是索引组织表，数据段就是B+树的叶子节点，索引段即为B+树的非叶子节点。段用来管理多个Extent(区)。
• 区，表空间的单元结构，每个区的大小为1M。默认情况下，InnoDB存储引擎页大小为16K，即一个区中一共有64个连续的页
• 页，是InnoD8 存储引擎磁盘管理的最小单元，每个页的大小默认为16KB。为了保证页的连续性，InnoD8 存储引擎每次从磁盘申请 4-5 个区。
• 行，InnoDB 存储引擎数据是按行进行存放的。

2.架构

2-1 架构图

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

2-2 架构-内存架构

2-2-1 BufferPool

• 缓冲池是主内存中的一个区域，里面可以缓存磁盘上经常操作的真实数据，在执行增删改查操作时，先操作缓冲池中的数据(若缓冲池没有数据，则从磁盘加载并缓存)，然后再以一定频率刷新到磁盘，从而减少磁盘10，加快处理速度。
• 缓冲池以Page页为单位，底层采用链表数据结构管理Page。根据状态，将Page分为三种类型:
  free page:空闲page，未被使用:
  clean page:被使用page，数据没有被修改过
  dirty page:脏页，被使用page，数据被修改过，也中数据与磁盘的数据产生了不一致

2-2-2 Change Buffer

• Change Buffer更改缓冲区(针对于非唯一二级索引页)，在执行DML语句时，如果这些数据Page没有在Buffer Pool中，不会直接操作磁盘，而会将数据变更存在更改缓冲区Change Buffer 中，在未来数据被读取时，再将数据合并恢复到BufferPool中，再将合并后的数据刷新到磁盘中。
• Change Buffer的意义是什么?
  与聚集索引不同，二级索引通常是非唯一的，并且以相对随机的顺序插入二级索引。同样，删除和更新可能会影响索引树中不相邻的二级索引页，如果每一次都操作磁盘，会造成大量的磁盘IO。有了ChangeBuffer之后，我们可以在缓冲池中进行合并处理，减少磁盘IO。

2-2-3 Adaptive Hash Index

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

2-2-4 Log Buffer

• Log Buffer:日志缓冲区，用来保存要写入到磁盘中的log日志数据(redolog、undolog)，默认大小为 16MB，日志缓冲区的日志会定期刷新到磁盘中。如果需要更新、插入或删除许多行的事务，增加日志缓冲区的大小可以节省磁盘IO。
  参数:
  innodb_log_buffer size:缓冲区大小
  innodb_flush_log_at_trx_commit:日志刷新到磁盘时机

2-3 架构-磁盘结构

2-3-1 System Tablespace

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

2-3-2 File-Per-Table Tablespaces

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

2-3-3 GeneralTablespaces

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

2-3-4 Undo Tablespaces

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

2-3-5 TemporaryTablespaces

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

3.事务原理

• 特性
  原子性(Atomicity):事务是不可分割的最小操作单元，要么全部成功，要么全部失败。
  一致性(Consistency):事务完成时，必须使所有的数据都保持一致状态。
  隔离性(solation):数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行。
  持久性(Durability):事务一旦提交或回滚，它对数据库中的数据的改变就是永久的。
  

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

• undo log
  回滚日志，用于记录数据被修改前的信息，作用包含两个:提供回滚 和 MVCC(多版本并发控制)。undolog和redolog记录物理日志不一样，它是逻辑日志。可以认为当delete一条记录时，undolog中会记录一条对应的insert记录，反之亦然，当update一条记录时，它记录一条对应相反的update记录。当执行rolback时，就可以从undolog中的逻辑记录读取到相应的内容并进行回滚。
  Undo log销毁:undolog在事务执行时产生，事务提交时，并不会立即删除undol0g，因为这些日志可能还用于MVCC。
  Undo log存储:undolog采用段的方式进行管理和记录，存放在前面介绍的 rolbacksegment 回滚段中，内部包含1024个undo logsegment.

4.MVCC

基本概念

• 当前读
  读取的是记录的最新版本，读取时还要保证其他并发事务不能修改当前记录，会对读取的记录进行加锁。对于我们日常的操作，如:Rselect. …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。

基本原理

• 记录中的隐藏字段
  
• undo log
  回滚日志，在insert、update、delete的时候产生的便于数据回滚的日志。当insert的时候，产生的undolog日志只在回滚时需要，在事务提交后，可被立即删除。而update、delete的时候，产生的undo log日志不仅在回滚时需要，在快照读时也需要，不会立即被删除

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

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

五MySQL管理

系统数据库

• Mysql数据库安装完成后，自带了一下四个数据库，具体作用如下:
  

常用工具

• mysql
  该mysql不是指mysql服务，而是指mysql的客户端工具。
  
  实例 -e

mysql -uroot -p685470 users -e "select * from emp;"-- 不需要登录MySQL即可操作数据

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

实例

mysqladmin -uroot -p685470 version -- 查看当前MySQL版本。

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

实例 打开二进制文件 -s表示格式化

mysqlbinlog -s LEE-bin.000013

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

mysqlshow -uroot -p685470 --count -- count  显示数据库及表的统计信息(数据库，表均可以不指定)

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

 mysqldump -uroot -p685470 users >Desktop\hhh.sql -- 唯一需要注意的就是数据库名字之后需要通过空格和 > 分开

其中包含了表结构以及相关数据。