MySQL4

时间  2019-12-14
标签 mysql4 mysql 栏目 MySQL 繁體版
原文   原文链接

MySQL数据库4

1 管理索引

  • 建立索引帮助
    help CREATE INDEXcss

  • 建立索引html

    1. 指令
      CREATE INDEX
    2. 语法格式
      CREATE INDEX index_name ON tbl_name(index_col_name,…);
    3. 示例
      示例1：在students表中的取name的前十个字符字段增长索引名为idx_classid
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
       
       
       
       
       
      MariaDB [hellodb]> CREATE INDEX idx_name ON students(name(10));
      示例2：建立复合索引，在（name，age）两个字段上创建复合索引
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
       
       
       
       
       
      MariaDB [hellodb]> CREATE INDEX idx_name_age ON students(name,age);
      示例3：建立惟一键索引，关键字CREATE UNIQUE INDEX，惟一键命名时最好加上前缀以区分例如uni_idx
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
       
       
       
       
       
      MariaDB [hellodb]> CREATE UNIQUE INDEX  uni_idx_name ON students(name);

  • 删除索引mysql

    1. 语法格式
      DROP INDEX index_name ON tbl_name;
    2. 示例
      删除在字段students上的索引
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
       
       
       
       
       
      MariaDB [hellodb]> DROP INDEX idx_classid  ON  students;
      删除惟一键，DROP INDEX或ALTER均可以
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
       
       
       
       
       
      MariaDB [hellodb]> ALTER TABLE students  DROP  KEY uni_idx_name;

  • 查看索引web

    1. 语法格式
      SHOW INDEXES FROM [db_name.]tbl_name;
    2. 示例
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
        
        
        
        
        
      • 2
        • 
        
        
        
        
        
      • 3
        • 
        
        
        
        
        
      • 4
        • 
        
        
        
        
        
      • 5
        • 
       
       
       
       
       
      '不在表所在库，显示索引，须要指定库名'
MariaDB [(none)]> SHOW INDEXES FROM hellodb.students;
'进入表所在数据库后，能够省略'
MariaDB [(none)]> use hellodb
MariaDB [hellodb]> show index from students\G
      查看复合索引，显示效果，以两行显示，键名相同，分为2部分
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
        
        
        
        
        
      • 2
        • 
        
        
        
        
        
      • 3
        • 
        
        
        
        
        
      • 4
        • 
        
        
        
        
        
      • 5
        • 
        
        
        
        
        
      • 6
        • 
        
        
        
        
        
      • 7
        • 
        
        
        
        
        
      • 8
        • 
        
        
        
        
        
      • 9
        • 
        
        
        
        
        
      • 10
        • 
        
        
        
        
        
      • 11
        • 
        
        
        
        
        
      • 12
        • 
       
       
       
       
       
      *************************** 4. row ***************************
        Table: students
   Non_unique: 1
     Key_name: idx_name_age    <==具备相同的键名
 Seq_in_index: 1               <==表示Name在组合键的前面
  Column_name: Name
*************************** 5. row ***************************
        Table: students
   Non_unique: 1
     Key_name: idx_name_age    <==与4都属于复合键，相同的键名
 Seq_in_index: 2               <==表示age在组合键的后面
  Column_name: Age
      查看惟一键索引
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
        
        
        
        
        
      • 2
        • 
        
        
        
        
        
      • 3
        • 
        
        
        
        
        
      • 4
        • 
        
        
        
        
        
      • 5
        • 
       
       
       
       
       
      MariaDB [hellodb]> show index from students\G
*************************** 2. row ***************************
        Table: students
   Non_unique: 0         <==主键和惟一键与其余索引的区别在于，此项为0
     Key_name: uni_idx_name

  • 优化表空间：
    数据库中表数据文件，在删除数据后，所占空间不会自动释放，须要进行表空间优化才能够释放sql

    1. 语法格式
      OPTIMIZE TABLE tb_name
    2. 示例
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
       
       
       
       
       
      MariaDB [hellodb]> OPTIMIZE TABLE students;

  • 查看索引的使用shell

    1. 语法格式
      SHOW INDEX_STATISTICS
    2. 开启功能相关变量
      userstat
    3. 示例
      须要修改变量userstat为启动状态
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
        
        
        
        
        
      • 2
        • 
        
        
        
        
        
      • 3
        • 
        
        
        
        
        
      • 4
        • 
        
        
        
        
        
      • 5
        • 
        
        
        
        
        
      • 6
        • 
        
        
        
        
        
      • 7
        • 
        
        
        
        
        
      • 8
        • 
        
        
        
        
        
      • 9
        • 
        
        
        
        
        
      • 10
        • 
        
        
        
        
        
      • 11
        • 
        
        
        
        
        
      • 12
        • 
        
        
        
        
        
      • 13
        • 
        
        
        
        
        
      • 14
        • 
        
        
        
        
        
      • 15
        • 
        
        
        
        
        
      • 16
        • 
       
       
       
       
       
      '1. 查看变量状态'
MariaDB [hellodb]> SHOW VARIABLES LIKE 'userstat';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| userstat      | OFF   |
+---------------+-------+
'2. 修改状态'
MariaDB [hellodb]> SET GLOBAL userstat=1;
'3. 查看索引的使用状况'
MariaDB [hellodb]> SHOW INDEX_STATISTICS;
+--------------+------------+------------+-----------+
| Table_schema | Table_name | Index_name | Rows_read |
+--------------+------------+------------+-----------+
| hellodb      | students   | index_age  |        24 |
+--------------+------------+------------+-----------+

  • EXPLAIN分析索引的有效性数据库

    1. 关键字
      EXPLAIN
    2. 语法格式
      EXPLAIN SELECT clause
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
        
        
        
        
        
      • 2
        • 
        
        
        
        
        
      • 3
        • 
        
        
        
        
        
      • 4
        • 
        
        
        
        
        
      • 5
        • 
        
        
        
        
        
      • 6
        • 
        
        
        
        
        
      • 7
        • 
       
       
       
       
       
      '查询优化器如何执行查询'
MariaDB [hellodb]> EXPLAIN  SELECT * 	FROM  students WHERE  age=20;
+------+-------------+----------+------+--------	-------+-----------+---------+-------+------+-------+
| id   | select_type | table    | type | possible_keys | key       | key_len | ref   | rows | Extra |
+------+-------------+----------+------+---------------+-----------+---------+-------+------+-------+
|    1 | SIMPLE      | students | ref  | index_age     | index_age | 1       | const |    2 |       |
+------+-------------+----------+------+---------------+-----------+---------+-------+------+-------+
    3. 输出信息说明：
      参考https://dev.mysql.com/doc/refman/5.7/en/explain-output.html
      1. id
        当前查询语句中，每一个SELECT语句的编号，包括子句的编号
        复杂类型的查询有三种：
        1. 简单子查询
        2. 用于FROM中的子查询
        3. 联合查询：UNION，UNION查询的分析结果会出现一个额外匿名临时表
                     
           
           
           
           
          
           
           
           
           
           
            
            
            
            
            
            
          • 1
            • 
            
            
            
            
            
          • 2
            • 
            
            
            
            
            
          • 3
            • 
            
            
            
            
            
          • 4
            • 
            
            
            
            
            
          • 5
            • 
            
            
            
            
            
          • 6
            • 
            
            
            
            
            
          • 7
            • 
            
            
            
            
            
          • 8
            • 
           
           
           
           
           
          MariaDB [hellodb]> EXPLAIN SELECT  name  FROM students UNION SELECT name FROM teachers;
+------+--------------+------------+-------+---------------+--------------+---------+------+------+-------------+
| id   | select_type  | table      | type  | possible_keys | key          | key_len | ref  | rows | Extra       |
+------+--------------+------------+-------+---------------+--------------+---------+------+------+-------------+
|    1 | PRIMARY      | students   | index | NULL          | idx_name_age | 153     | NULL |   25 | Using index |
|    2 | UNION        | teachers   | ALL   | NULL          | NULL         | NULL    | NULL |    4 |             |
| NULL | UNION RESULT | <union1,2> | ALL   | NULL          | NULL         | NULL    | NULL | NULL |             |
+------+--------------+------------+-------+---------------+--------------+---------+------+------+------
    4. select_type
      1. 简单查询为SIMPLE
      2. 复杂查询select_type显示内容
        1. SUBQUERY：简单子查询
        2. PRIMARY：最外面的SELECT
        3. UNION：UNION语句的第一个以后的SELECT语句
        4. UNION RESULT: 匿名临时表
        5. DERIVED：用于FROM中的子查询
          要显示FROM子查询的类型，须要设置变量optimizer_switch，其中的相关项’derived_merg
                     
           
           
           
           
          
           
           
           
           
           
            
            
            
            
            
            
          • 1
            • 
           
           
           
           
           
          MariaDB [hellodb]> SET optimizer_switch='derived_merge=off';
    5. table：SELECT语句关联到的表
    6. type：关联类型或访问类型，即MySQL决定的如何去查询表中的行的方式，如下顺序，性能从低到高
      1. ALL：全表扫描，也就是没有利用索引
      2. index：根据索引的次序进行全表扫描；若是在Extra列出现“Using index”表示了使用覆盖索引，而非全表扫描
      3. range：有范围限制的根据索引实现范围扫描；扫描位置始于索引中的某一点，结束于另外一点
      4. ref: 根据索引返回表中匹配某单个值的全部行
      5. eq_ref：仅返回一个行，但与须要额外与某个参考值作比较
      6. const, system: 直接返回单个行
    7. possible_keys：查询可能会用到的索引
    8. key：查询中使用到的索引
    9. key_len：在索引使用的字节数
    10. ref：在利用key字段所表示的索引完成查询时所用的列或某常量值
    11. rows：MySQL估计为找全部的目标行而须要读取的行数
    12. Extra：额外信息
      1. Using index：MySQL将会使用覆盖索引，以免访问表
      2. Using where：MySQL服务器将在存储引擎检索后，再进行一次过滤
      3. Using temporary：MySQL对结果排序时会使用临时表
      4. Using filesort：对结果使用一个外部索引排序
  1. 示例
    1. 索引没有利用，在表数据不是不少时范围查询，查询结果占表数据的很大一部分，优化器认为直接搜索的速度比索引快:
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
        
        
        
        
        
      • 2
        • 
        
        
        
        
        
      • 3
        • 
        
        
        
        
        
      • 4
        • 
        
        
        
        
        
      • 5
        • 
        
        
        
        
        
      • 6
        • 
        
        
        
        
        
      • 7
        • 
       
       
       
       
       
      '查看表students中以x开头的姓名，由下例可知，没有利用索引，由于此表一共只有25条记录，而x开头的行占了6条'
MariaDB [hellodb]> EXPLAIN SELECT * FROM  students WHERE  name LIKE 'x%';
+------+-------------+----------+------+---------------+------+---------+------+------+-------------+
| id   | select_type | table    | type | possible_keys | key  | key_len | ref  | rows | Extra       |
+------+-------------+----------+------+---------------+------+---------+------+------+-------------+
|    1 | SIMPLE      | students | ALL  | index_name    | NULL | NULL    | NULL |   25 | Using where |
+------+-------------+----------+------+---------------+------+---------+------+------+-------------+
    2. 冗余索引示例，前文中已经创建了idx_name和复合键idx_name_age索引，试着搜索名字以o开头的学员，获得可用索引以下所示，复合键的索引机制为左前缀，而复合键idx_name_age的name键在左边，属于重复现象:
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
        
        
        
        
        
      • 2
        • 
        
        
        
        
        
      • 3
        • 
        
        
        
        
        
      • 4
        • 
        
        
        
        
        
      • 5
        • 
        
        
        
        
        
      • 6
        • 
       
       
       
       
       
      MariaDB [hellodb]> EXPLAIN SELECT * FROM students WHERE name LIKE 'o%';
+------+-------------+----------+-------+-------------------------+------------+---------+------+------+-----------------------+
| id   | select_type | table    | type  | possible_keys           | key        | key_len | ref  | rows | Extra                 |
+------+-------------+----------+-------+-------------------------+------------+---------+------+------+-----------------------+
|    1 | SIMPLE      | students | range | index_name,idx_name_age | index_name | 152     	| NULL |    1 | Using index condition |
+------+-------------+----------+-------+-------------------------+------------+---------+------+------+-----------------------+
  • 另外一个查询优化SQL语句
    若是查询命令是一个多表查询，想要知道具体哪一个字查询拖慢了速度，explain显示的内容不够具体，须要另外一个观察命令的执行过程变量profiling，默认是关闭的
         
     
     
     
     
    
     
     
     
     
     
      
      
      
      
      
      
    • 1
      • 
      
      
      
      
      
    • 2
      • 
      
      
      
      
      
    • 3
      • 
      
      
      
      
      
    • 4
      • 
      
      
      
      
      
    • 5
      • 
      
      
      
      
      
    • 6
      • 
      
      
      
      
      
    • 7
      • 
      
      
      
      
      
    • 8
      • 
      
      
      
      
      
    • 9
      • 
      
      
      
      
      
    • 10
      • 
      
      
      
      
      
    • 11
      • 
      
      
      
      
      
    • 12
      • 
      
      
      
      
      
    • 13
      • 
     
     
     
     
     
    1. '启用变量'
MariaDB [hellodb]> SET profiling=on;
2. '执行一个查询指令'
MariaDB [hellodb]> SELECT a.stuid, a.name  FROM   (SELECT * FROM students) AS a;
3. '执行profiles观察查询过程'
MariaDB [hellodb]> SHOW profiles;
+----------+------------+--------------------------------------------------------------+
| Query_ID | Duration   | Query                                                        |
+----------+------------+--------------------------------------------------------------  |
|        1 | 0.00120368 | SELECT a.stuid, a.name  FROM   (SELECT * FROM students) AS a |
+----------+------------+--------------------------------------------------------------+
4. '针对编号继续查询，就会列出详细执行过程所用时间'
MariaDB [hellodb]> SHOW profile FOR query 1;

2. 并发控制

保证多个用户同时访问，互相不干扰vim

2.1 一些概念

  • 锁分类centos

    1. 锁粒度
      1. 表级锁(MyISAM)
      2. 行级锁(InnoDB)
    2. 以独占性来分
      1. 读锁：共享锁，只读不可写，多个读互不阻塞，
      2. 写锁：独占锁,排它锁，一个写锁会阻塞其它读和它锁
    3. 按是否自动加锁分类：
      1. 隐式锁：由存储引擎自动施加锁
      2. 显式锁：用户手动请求

  • 实现缓存

    1. 存储引擎：自行实现其锁策略和锁粒度
    2. 服务器级：实现行锁，表级锁；用户可显式请求

  • 锁策略
    在锁粒度及数据安全性寻求的平衡机制，加锁的缺点为影响并发性，可是能够保证数据完整性，在二者之间寻求平衡

2.2 显式锁使用

  • 加锁
    1. SQL语句关键字
      LOCK TABLES
    2. 语法格式
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
       
       
       
       
       
      LOCK TABLES   tbl_name[[AS] alias] lock_type  [, tbl_name[[AS] alias] lock_type] ...
    3. 说明
      1. tbl_name：将加锁的表名
      2. lock_type: READ |WRITE
        加WRITE锁时，须要注意缓存是否开启，若是有缓存须要重启服务或者关闭缓存开关或者将缓存相关的服务器变量quer_cache_wlock_invalidate=on写入配置文件，不容许其余用户从缓存读取
    4. 示例
      为表teachers加读锁
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
        
        
        
        
        
      • 2
        • 
        
        
        
        
        
      • 3
        • 
        
        
        
        
        
      • 4
        • 
        
        
        
        
        
      • 5
        • 
       
       
       
       
       
      MariaDB [hellodb]> LOCK TABLES teachers READ;
此时不能访问本数据库的其余表格，会报错，其余终端不影响
'试着访问同数据库的另外一种表students'
MariaDB [hellodb]> SELECT * FROM students;
ERROR 1100 (HY000): Table 'students' was not locked with LOCK TABLES    <==报错信息
  • 加全局锁
    1. 语法格式
      FLUSH TABLES [tb_name[,…]] [WITH READ LOCK]
    2. 说明
      将表加锁，关闭正在打开的表（清除查询缓存），不指定表，将进行全局加锁（全部数据库），一般在备份前加全局读锁，FLUSH TABLES为温备份，加锁时会等待全部表格关闭
    3. 示例：使用FLUSH TABLES加锁时，有未关闭表等待状态示例
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
        
        
        
        
        
      • 2
        • 
        
        
        
        
        
      • 3
        • 
        
        
        
        
        
      • 4
        • 
        
        
        
        
        
      • 5
        • 
       
       
       
       
       
      '在其余终端访问hellodb数据库表teachers，设置函数sleep(100)休眠100秒，保持访问状态'
MariaDB [hellodb]> SELECT *,sleep(100) FROM teachers;
'利用FLUSH TABLES 为teachers加只读锁'
MariaDB [hellodb]> FLUSH TABLES teachers WITH READ LOCK;
  									        <==会卡在这里等待全部表关闭
  • 查询时加锁
    1. 加写锁
      SELECT clause FOR UPDATE
    2. 加读锁
      SELECT clause LOCK IN SHARE MODE
  • 解锁
    UNLOCK TABLES

2.3 死锁

  • 什么是死锁
    两个或多个事务在相互占用彼此资源，并请求锁定对方占用的资源的状态
    在这里插入图片描述
  • 解决方法
    回滚其中一个，被回滚的是代价小的，一般为执行时间短的哪一个事务，系统主动解决
  • 当多事务同时执行时，遇到行锁锁定，另外一个用户处于等待状态的主动解决方案
    1. 查看事务列表
      SHOW PROMCESSLIST
    2. 结束等待事务
      kill id
    3. 示例
             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
        
        
        
        
        
      • 2
        • 
        
        
        
        
        
      • 3
        • 
        
        
        
        
        
      • 4
        • 
        
        
        
        
        
      • 5
        • 
        
        
        
        
        
      • 6
        • 
        
        
        
        
        
      • 7
        • 
        
        
        
        
        
      • 8
        • 
        
        
        
        
        
      • 9
        • 
        
        
        
        
        
      • 10
        • 
        
        
        
        
        
      • 11
        • 
        
        
        
        
        
      • 12
        • 
        
        
        
        
        
      • 13
        • 
        
        
        
        
        
      • 14
        • 
       
       
       
       
       
      1. '查看事务列表，找出处于等待的'
MariaDB [hellodb]> SHOW PROMCESSLIST\G
*************************** 7. row ***************************
      Id: 23          <==kill命令后面的编号
    User: root
    Host: localhost
      db: hellodb
 Command: Query
    Time: 21
   State: updating
    Info: update teachers set age=70 where tid=3     <==处于等待的事务
Progress: 0.000
2. '主动将结束等待状态'
MariaDB [hellodb]> kill 23     <==id为等待事务编号

3. 事务

事务Transactions：一组原子性的SQL语句，或一个独立工做单元，有专门的事务日志记录操做过程，实现undo,redo等故障恢复功能，来保证数据的一致性

  • ACID特性：

    1. A（atomicity原子性）
      整个事务中的全部操做要么所有成功执行，要么所有失败后回滚
      数据库执行事务时，先读入数据到内存，在内存中修改后，放到日志文件中，所有事务执行完毕后会有一个标记，若是执行过程当中掉电，恢复供电后，日志文件会根据标记判断事务是否所有执行完毕，所有执行完毕则写入磁盘（redo），没有执行完则舍弃以记录操做（undo），保证磁盘数据完整性
    2. C（consistency一致性）
      数据库老是从一个一致性状态转换为另外一个一致性状态
    3. I（Isolation隔离性）
      一个事务所作出的操做在提交以前，是不能为其它事务所见；隔离有多种隔离级别，实现并发
    4. D（durability持久性）
      一旦事务提交，其所作的修改会永久保存于数据库中

  • Transaction生命周期
    在这里插入图片描述

    1. LNITIAL DB STATE ：数据库初始一致性状态
    2. START TRANSACTION：开始事务，对数据库增删改
    3. COMMIT：肯定无误，提交结果，结束事务
    4. NEW DB STATE：新的一致性状态
    5. ROLLBACK：只要事务没有提交，就能够回滚到数据库初始状态

  • 使用事务
    在数据库中执行增删改就是一个事务，回车执行就结束了此事务，这种系统后台自动开始，自动提交的事务叫作隐式提交事务，mysql和sql server默认使用自动提交，oracle默认使用的是手动提交须要输入（commit提交，rollback回滚）

    1. 自动提交是否启动相关变量
      set autocommit={1|0} 默认为1，设为0时为非自动提交

             
       
       
       
       
      
       
       
       
       
       
        
        
        
        
        
        
      • 1
        • 
        
        
        
        
        
      • 2
        • 
        
        
        
        
        
      • 3
        • 
        
        
        
        
        
      • 4
        • 
        
        
        
        
        
      • 5
        • 
        
        
        
        
        
      • 6
        • 
        
        
        
        
        
      • 7
        • 
        
        
        
        
        
      • 8
        • 
        
        
        
        
        
      • 9
        • 
        
        
        
        
        
      • 10
        • 
        
        
        
        
        
      • 11
        • 
        
        
        
        
        
      • 12
        • 
        
        
        
        
        
      • 13
        • 
        
        
        
        
        
      • 14
        • 
        
        
        
        
        
      • 15
        • 
        
        
        
        
        
      • 16
        • 
        
        
        
        
        
      • 17
        • 
        
        
        
        
        
      • 18
        • 
        
        
        
        
        
      • 19
        • 
        
        
        
        
        
      • 20
        • 
        
        
        
        
        
      • 21
        • 
        
        
        
        
        
      • 22
        • 
        
        
        
        
        
      • 23
        • 
        
        
        
        
        
      • 24
        • 
       
       
       
       
       
      '1. 在会话A中，将事务提交设置为非自动提交'
MariaDB [(none)]> set autocommit=off;
'2. 确认变量状态'
MariaDB [(none)]>  show variables like 'autocommit';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| autocommit               | OFF   |   <==已经关掉，会话级的，不影响其余窗口
+--------------------------+-------+
3. '修改数据'
MariaDB [hellodb]> UPDATE students SET classid=10 SHERE stuid=15;
MariaDB [hellodb]> SELECT * FROM students;   <==在执行修改命令的终端查看修改	效果
|    15 | Duan Yu       |  19 | M      |      10 |      NULL |    <=能够看到已修改
4. '在B会话中查看'
MariaDB [hellodb]> SELECT * FROM students;
|    15 | Duan Yu       |  19 | M      |       4 |      NULL |    <=因为事务没有提交，属于脏数	据，其余会话不会显示
5. '回到A会话，不想修改执行rollback，回滚到最初状态'
MariaDB [hellodb]> ROLLBACK;
Query OK, 0 rows affected (0.00 sec)
6. '查看回滚后的结果，数据不变'
MariaDB [hellodb]> select * from students;
|    15 | Duan Yu       |  19 | M      |       4 |      NULL | 
7. '确认事务无误，提交事务关键字为`commit`，确认后数据就永久更改，不能回滚了'
 MariaDB [hellodb]> COMMIT;

    2. 人为定义启动事务（如下3个命令均可以）

      1. BEGIN
      2. BEGIN WORK
      3. START TRANSACTION

    3. 结束事务：

      1. COMMIT：提交
      2. ROLLBACK: 回滚
        注意：只有事务型存储引擎中的DML语句方能支持此类操做

    4. 事务保存点

      1. SQL关键字
        SAVEPOINT identifier
      2. 回滚到保存点语法格式
        ROLLBACK [WORK] TO [SAVEPOINT] identifier
      3. 删除保存点
        RELEASE SAVEPOINT identifier
      4. 示例：事务在执行增删改时增长保存点，当执行回滚操做时，能够只撤销一部分
                 
         
         
         
         
        
         
         
         
         
         
          
          
          
          
          
          
        • 1
          • 
          
          
          
          
          
        • 2
          • 
          
          
          
          
          
        • 3
          • 
          
          
          
          
          
        • 4
          • 
          
          
          
          
          
        • 5
          • 
          
          
          
          
          
        • 6
          • 
          
          
          
          
          
        • 7
          • 
          
          
          
          
          
        • 8
          • 
          
          
          
          
          
        • 9
          • 
          
          
          
          
          
        • 10
          • 
          
          
          
          
          
        • 11
          • 
          
          
          
          
          
        • 12
          • 
          
          
          
          
          
        • 13
          • 
          
          
          
          
          
        • 14
          • 
          
          
          
          
          
        • 15
          • 
          
          
          
          
          
        • 16
          • 
          
          
          
          
          
        • 17
          • 
          
          
          
          
          
        • 18
          • 
          
          
          
          
          
        • 19
          • 
          
          
          
          
          
        • 20
          • 
          
          
          
          
          
        • 21
          • 
          
          
          
          
          
        • 22
          • 
          
          
          
          
          
        • 23
          • 
          
          
          
          
          
        • 24
          • 
          
          
          
          
          
        • 25
          • 
          
          
          
          
          
        • 26
          • 
          
          
          
          
          
        • 27
          • 
          
          
          
          
          
        • 28
          • 
         
         
         
         
         
        '1. 开启事务'
MariaDB [hellodb]> BEGIN;         
Query OK, 0 rows affected (0.00 sec)
2. '修改students表stuid为23的学员classid编号为15'
MariaDB [hellodb]> UPDATE students SET classid=15 WHERE stuid=23;
3. '设置保存点，命名为sp23'
MariaDB [hellodb]> savepoint  sp23;
4. '修改同上'
MariaDB [hellodb]> UPDATE students SET classid=16 WHERE stuid=24;
5. '设置保存点'
MariaDB [hellodb]> savepoint  sp24;
6. '修改同上'
MariaDB [hellodb]> UPDATE students SET classid=17 WHERE stuid=25;
7. '查看修改后的数据，以下所示'
MariaDB [hellodb]> SELECT * FROM students;
|    23 | Ma Chao       |  23 | M      |      15 |      NULL |
|    24 | Xu Xian       |  27 | M      |      16 |      NULL |
|    25 | Sun Dasheng   | 100 | M      |      17 |      NULL |
8. '回滚到保存点sp24，能够看到只有25号学员信息返回原状态'
MariaDB [hellodb]> ROLLBACK  TO  sp24;
|    23 | Ma Chao       |  23 | M      |      15 |      NULL |
|    24 | Xu Xian       |  27 | M      |      16 |      NULL |
|    25 | Sun Dasheng   | 100 | M      |    NULL |      NULL |
9. '回滚到保存点sp23，能够看到23号学员修改信息没有改变'
MariaDB [hellodb]> ROLLBACK  TO  sp23 ;
|    23 | Ma Chao       |  23 | M      |      15 |      NULL |
|    24 | Xu Xian       |  27 | M      |    NULL |      NULL |
|    25 | Sun Dasheng   | 100 | M      |    NULL |      NULL |

  • 事务隔离级别

事务隔离级别 脏读可能性 不可重复读可能性 幻读可能性 加锁读
读未提交（read-uncommitted） 是 是 是 否
不可重复读（read-committed） 否 是 是 否
可重复读（repeatable-read） 否 否 是 否
串行化（serializable） 否 否 否 是

  1. 各级别说明，从上至下更加严格

    1. READ UNCOMMITTED
      可读取到未提交数据，产生脏读（读到的数据是一个没有肯定的结果，可能会产生误读）
    2. READ COMMITTED
      可读取到提交数据，但未提交数据不可读，产生不可重复读，便可读取到多个提交数据，致使每次读取数据不一致（例如A用户（执行修改）与B用户同时执行事务，B用户在事务生命期内（大于A用户事务生命期）能够读取到A用户修改提交前原始一致数据data1，A用户提交后新一致数据data2，中间的脏数据不能读取）
    3. REPEATABLE READ
      可重复读，屡次读取数据都一致，产生幻读，即读取过程当中，即便有其它提交的事务修改数据，仍只能读取到未修改前的旧数据。此为MySQL默认设置
      （例如例如A用户（执行修改）与B用户同时执行事务，B用户在事务生命期（大于A用户事务生命期）内读取到的数据始终为data1，A用户修改后的数据在此事务生命期内不会显示）
    4. SERIALIZABILE
      可串行化，未提交的读事务阻塞修改事务，或者未提交的修改事务阻塞读事务，致使并发性能差。处于阻塞状态的操做会有一个等待时间（可经过变量修改），超过期间没有执行，就会撤销操做
      1. 阻塞状态等待时间相关变量为innodb_lock_wait_timeout
      2. 显式加锁等待时间变量为 wait_timeout

  2. 指定事务隔离级别：
    服务器变量tx_isolation指定，默认为REPEATABLE-READ，可在GLOBAL和SESSION级进行设置

    1. 官方tx_isolation选项说明
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
      
      
      
      
      
      • 2
        • 
      
      
      
      
      
      • 3
        • 
      
      
      
      
      
      • 4
        • 
      
      
      
      
      
      • 5
        • 
      
      
      
      
      
      • 6
        • 
      
      
      
      
      
      • 7
        • 
      
      
      
      
      
      • 8
        • 
     
     
     
     
     
      tx_isolation
	Description: The transaction isolation level. See also SET TRANSACTION 		ISOLATION LEVEL.
	Commandline: --transaction-isolation=name    <==做为服务器选项名字不一样
	Scope: Global, Session
	Dynamic: Yes
	Type: enumeration
	Default Value: REPEATABLE-READ
	Valid Values: READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
    2. 当作变量临时修改
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
     
     
     
     
     
      SET tx_isolation='READ-UNCOMMITTED|READ-COMMITTED|REPEATABLE-READ|SERIALIZABLE'
    3. 服务器选项中指定
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
      
      
      
      
      
      • 2
        • 
      
      
      
      
      
      • 3
        • 
     
     
     
     
     
      [root@hai7-8 ~]$vim /etc/my.cnf
[mysqld]
transaction-isolation=SERIALIZABLE

5 日志

没有特殊需求，劲量少的启用非默认设置，多少都会拖慢速度

  1. 事务日志 transaction log
  2. 中继日志 reley log
  3. 错误日志 error log
  4. 通用日志 general log
  5. 慢查询日志 slow query log
  6. 二进制日志 binary log

5.1 事务日志（transaction log）

保存事务在执行中的操做，事务型存储引擎自行管理和使用

  • 特征

    1. 预写式日志 (write ahead logging)
      事务日志的写入类型为“追加”，所以其操做为“顺序IO”，因此被称为预写式日志；
    2. 写入速度快
      当执行大量写操做时，速度会比直接写入数据库快
      缘由是，事务日志是追加写入，而数据库是随机写入，须要寻址。在事务提交时，因为是一次写入，速度要比写一条提交一条快不少，与BUFFER原理相同。缺点是事务执行时会加锁，有可能影响并发性。
    3. 日志的写入要早于写入数据库

  • 事务日志文件

    1. 默认存放在mysql的家目录下，文件名为ib_logfile0， ib_logfile1
    2. 事务日志默认固定大小为5M，写满就会覆盖以前的数据
    3. 修改存放路径
      不支持动态更改，须要修改配置文件重启服务
      须要注意的是新指定的存放目录权限问题，要保证mysql有写权限
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
      
      
      
      
      
      • 2
        • 
      
      
      
      
      
      • 3
        • 
     
     
     
     
     
      [root@hai7-8 ~]$vim /etc/my.cnf
[mysqld]
innodb_log_group_home_dir=/data/mysqllogs

  • Innodb事务日志相关配置：

       
   
   
   
   
    
   
   
   
   
   
      
    
    
    
    
    
    • 1
      • 
    
    
    
    
    
    • 2
      • 
    
    
    
    
    
    • 3
      • 
    
    
    
    
    
    • 4
      • 
   
   
   
   
   
    show variables like '%innodb_log%';
innodb_log_file_size 5242880    <==每一个日志文件大小
innodb_log_files_in_group 2     <==日志组成员个数
innodb_log_group_home_dir ./    <==事务文件路径，表示在mysql的家目录下文件名为ib_logfile0|1默认大小为5M

5.2 中继日志(relay log)

主从复制架构中，从服务器用于保存从主服务器的二进制日志中读取的事件

5.3 错误日志

  • 记录内容
    1. mysqld启动和关闭过程当中输出的事件信息
    2. mysqld运行中产生的错误信息
    3. event scheduler运行一个event时产生的日志信息
    4. 在主从复制架构中的从服务器上启动从服务器线程时产生的信息
  • 错误日志相关配置
       
   
   
   
   
    
   
   
   
   
   
      
    
    
    
    
    
    • 1
      • 
    
    
    
    
    
    • 2
      • 
    
    
    
    
    
    • 3
      • 
   
   
   
   
   
    SHOW GLOBAL VARIABLES LIKE 'log_error'
log_error=/PATH/TO/LOG_ERROR_FILE  <==错误文件路径	
log_warnings=1|0       			   <==是否记录警告信息至错误日志文件,默认值1

5.4 通用日志

  • 记录内容
    记录对数据库的通用操做，包括错误的SQL语句，记录较频繁，按需开启
  • 通用日志相关设置
    1. 启用禁用通用日志
      general_log=ON|OFF
    2. 通用数据库文件路径，默认在mysql家目录下文件为centoos7.log
      general_log_file=HOSTNAME.log
    3. 修改通用日志的保存类型
      文本文件很差管理，能够考虑修改成table，修改后放在数据库系统库mysql内，以后能够经过-e选项导出为文本
      log_output=TABLE|FILE|NONE

5.5 慢查询日志

  • 功能
    定义一个阈值，来触发慢查询日志，超过此阈值将记录在慢查询日志中
  • 相关设置
    1. 开启或关闭慢查询（global），开启后自动在mysql家目录下生成centos7-slow.log文件
      slow_query_log=ON|OFF
    2. 慢查询的阀值，单位秒（global|session）
      long_query_time=N
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
     
     
     
     
     
      MariaDB [hellodb]> SET  long_query_time=5;
    3. 重命名慢查询日志文件
      slow_query_log_file=HOSTNAME-slow.log
    4. 超过阈值，默认记录类型（查增删改都会记录）
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
     
     
     
     
     
      log_slow_filter = admin,filesort,filesort_on_disk,full_join,full_scan,query_cache,query_cache_miss,tmp_table,tmp_table_on_disk
    5. 不使用索引或使用全索引扫描，不管是否达到慢查询阀值的语句是否记录日志，默认OFF，即不记录
      log_queries_not_using_indexes=ON
    6. 多少次查询才记录，mariadb特有
      log_slow_rate_limit = 1
    7. 记录内容
      log_slow_verbosity= Query_plan（查询计划）,explain（执行过程）
    8. 同slow_query_log 新版已废弃，5.129为了兼容留着，mariadb10.0/mysql5.6.1已删除
      log_slow_queries = OFF

5.6 二进制日志

  • 功能
    记录致使数据改变或潜在致使数据改变的SQL语句，经过“重放”日志文件中的事件来生成数据副本，也就是将二进制文件中的SQL语句从新执行一次，未来能够用二进制日志来实现主从复制
    -特征

    1. 记录已提交的日志
    2. 不依赖于存储引擎类型
    3. 不断追加，不会覆盖以前记录
    4. 二进制日志属于归档日志，能够用来还原数据

  • 优化建议
    建议二进制日志和数据文件分开存放，不至于一块儿丢失，有还原机会

  • 二进制日志记录格式

    1. 基于“语句”记录(statement)，
      1. 记录SQL语句，默认模式
        例如执行UPDATE students SET age=10;没有限定条件，实际修改的是所有记录好比25条，记录模式为语句记录，将只记录此条SQL语句
      2. 缺陷：若是SQL语言执行时使用的是变量，例如now()，后期还原时此记录将与原纪录不符
    2. 基于“行”记录(row)
      记录数据，日志量较大，承上所述，记录模式选择为行记录，将记录25条修改记录
    3. 混合模式(mixed)
      让系统自行断定该基于哪一种方式进行，建议选择mixed。10.2.4版本以后默认为mixed

  • 查看默认二进制记录格式
    show variables like 'binlog_format';

  • 二进制日志文件的构成

    1. 日志文件：
      mysql|mariadb-bin.文件名后缀，二进制格式，初始值245字节大小
      如： mariadb-bin.000001
    2. 索引文件：
      mysql|mariadb-bin.index，文本格式，记录当前有效的二进制文件是谁

  • 二进制日志相关的服务器变量：

    1. 开启二进制日志文件，两项都开启才能够开启二进制日志功能
      1. 是否记录二进制日志，默认ON，支持热修改
        sql_log_bin=ON|OFF
      2. （只读，只能在配置文件中设置）指定文件位置；默认OFF，表示不启用二进制日志功能
        log_bin=/PATH/BIN_LOG_FILE
               
       
       
       
       
        
       
       
       
       
       
          
        
        
        
        
        
        • 1
          • 
        
        
        
        
        
        • 2
          • 
        
        
        
        
        
        • 3
          • 
        
        
        
        
        
        • 4
          • 
        
        
        
        
        
        • 5
          • 
        
        
        
        
        
        • 6
          • 
       
       
       
       
       
        [root@hai7-8 ~]$vim /etc/my.cnf
[mysqld]
log-bin       
'若是写成log-bin=on，表示启用并定义生成的二进制文件名前缀为on.，不写表示启用，文件名由系统自定义'
log-bin=/data/mysqlbin/mysql-bin     
'能够指定路径，修改目录mysql要具备写权限，写一种就好'
    2. 二进制日志记录的格式，默认STATEMENT
      binlog_format=STATEMENT|ROW|MIXED
    3. 单个二进制日志文件的最大致积，到达最大值会自动滚动，默认为1G
      max_binlog_size=1073741824
      说明：文件达到上限时的大小未必为指定的精确值
    4. 设定是否启动二进制日志即时同步磁盘功能，默认0，由操做系统负责同步日志到磁盘，即时写入，或者缓存起来一块儿写入
      sync_binlog=1|0
    5. 二进制日志能够自动删除的天数。 默认为0，即不自动删除
      expire_logs_days=N

  • 二进制日志管理

    1. 查看mariadb自行管理使用中的二进制日志文件列表，及大小
      SHOW {BINARY | MASTER} LOGS
    2. 查看使用中的二进制日志文件，与SHOW LOGS显示内容相似，更详细
      SHOW MASTER STATUS
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
      
      
      
      
      
      • 2
        • 
      
      
      
      
      
      • 3
        • 
      
      
      
      
      
      • 4
        • 
      
      
      
      
      
      • 5
        • 
      
      
      
      
      
      • 6
        • 
      
      
      
      
      
      • 7
        • 
     
     
     
     
     
      MariaDB [hellodb]> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000010 |     2185 |              |                  |
+------------------+----------+--------------+------------------+
`position`：表示位置，和数据大小同样，表示后续文件将从这个位置开始

  • 查看二进制文件中的指定内容

    1. 语法格式
      SHOW BINLOG EVENTS [IN ‘log_name’] [FROM pos] [LIMIT [offset,] row_count]
    2. 说明
      1. LIMIT：限定查看后续的第几条记录
      2. FROM pos：从哪一个位置开始，pos就是上例中的position
    3. 示例
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
     
     
     
     
     
      SHOW  BINLOG  EVENTS IN 'mysql-bin.000001'  from 2106  limit 2,3

  • 二进制日志事件的格式：

       
   
   
   
   
    
   
   
   
   
   
      
    
    
    
    
    
    • 1
      • 
    
    
    
    
    
    • 2
      • 
    
    
    
    
    
    • 3
      • 
    
    
    
    
    
    • 4
      • 
    
    
    
    
    
    • 5
      • 
    
    
    
    
    
    • 6
      • 
   
   
   
   
   
    # at 328
#151105 16:31:40 server id 1 end_log_pos 431 Query thread_id=1 exec_time=0 error_code=0
use `mydb`/*!*/;     					  
SET TIMESTAMP=1446712300/*!*/;
CREATE TABLE tb1 (id int, name char(30))  <==事件内容
/*!*/;
    1. 事件发生的日期和时间：151105 16:31:40 151105为年月日
    2. 事件发生的服务器标识：server id 1
    3. 事件的结束位置：end_log_pos 431
    4. 事件的类型：Query
    5. 事件发生时所在服务器执行此事件的线程的ID：thread_id=1
    6. 语句的时间戳与将其写入二进制文件中的时间差：exec_time=0
    7. 错误代码：error_code=0
    8. GTID：Global Transaction ID，mysql5.6以mariadb10以上版本专属属性，保证全部服务器上发生的日志都有惟一的编号

  • 清除指定二进制日志：

    1. 语法格式
      PURGE { BINARY | MASTER } LOGS { TO 'log_name' | BEFORE datetime_expr }
    2. 示例
      1. 删除5以前的日志，5保留
               
       
       
       
       
        
       
       
       
       
       
          
        
        
        
        
        
        • 1
          • 
       
       
       
       
       
        MariaDB [hellodb]> PURGE BINARY LOGS TO  'mysql-bin.000005';
      2. 删除2017-01-23以前的日志
               
       
       
       
       
        
       
       
       
       
       
          
        
        
        
        
        
        • 1
          • 
       
       
       
       
       
        PURGE BINARY LOGS BEFORE '2017-03-22 09:25:30';

  • 删除全部二进制日志，index文件从新记数
    日志文件从#开始记数，默认从1开始，通常是master第一次启动时执行，MariaDB10.1.6开始支持TO #
    RESET MASTER [TO #]

  • 切换日志文件,生成的日志和原日志文件都是有效的

    1. SQL语句
      FLUSH LOGS
    2. 应用场景
      将旧文件备份后，生成新的日志文件，让以后的日志都存放在新的文件中

6. 命令行专用二进制工具 mysqlbinlog

  • 命令格式
    mysqlbinlog [OPTIONS] log_file…

  • OPTIONS

    1. –start-position=#：指定开始位置
    2. –stop-position=#：指定结束位置
    3. –start-datetime=：指定开始时间
    4. –stop-datetime=：指定结束时间
      时间格式：YYYY-MM-DD hh:mm:ss
    5. –base64-output[=name]：以base64编码显示

  • 示例

    1. 设置起始位置和结束位置查看日志内容
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
     
     
     
     
     
      mysqlbinlog  --start-position=6787  --stop-position=7527  /var/lib/mysql/mariadb-bin.000003
    2. 设置起始位置和结束位置查看日志内容
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
     
     
     
     
     
      mysqlbinlog --start-datetime="2018-01-30 20:30:10" --stop-datetime="2018-01-30 20:35:22" /var/lib/mysql/mariadb-bin.000003
    3. 以base64格式输出显示
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
     
     
     
     
     
      mysqlbinlog  /var/lib/mysql/mariadb-bin.000003  --start-datetime="2018-01-30 20:30:10" --stop-datetime="2018-01-30 20:35:22"  --base64-output
    4. 二进制日志以行格式保存日志，默认为base64显示，将其以文本格式显示
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
     
     
     
     
     
      mysqlbinlog  /var/lib/mysql/mariadb-bin.000003  -v

  • 利用二进制文件恢复数据

    1. 导出丢失数据对应的二进制文件，好比对应的二进制文件位置在2165，文本或者base64编码均可以识别的
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
     
     
     
     
     
      [root@hai7-8 ~]$mysqlbinlog  /var/lib/mysql/mariadb-bin.000003  --start-datetime=2165 > /data/text.sql
    2. 记录的自己就是SQL语句，因此能够将其直接导入mysql丢失数据的数据库中
           
     
     
     
     
      
     
     
     
     
     
        
      
      
      
      
      
      • 1
        • 
     
     
     
     
     
      [root@hai7-8 ~]$mysql hellodb < /data/test.sql
</div>
					<link href="https://csdnimg.cn/release/phoenix/mdeditor/markdown_views-7f770a53f2.css" rel="stylesheet">
            </div>
相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程