删除索引

语法格式
DROP INDEX index_name ON tbl_name;
1. 示例
   删除在字段students上的索引

   MariaDB [hellodb]> DROP INDEX idx_classid  ON  students;

   1
   [/code] 删除唯一键，DROP INDEX或ALTER都可以

   MariaDB [hellodb]> ALTER TABLE students  DROP  KEY uni_idx_name;

   • 1
   [/code]

查看索引

语法格式
SHOW INDEXES FROM [db_name.]tbl_name;
1. 示例

   '不在表所在库，显示索引，需要指定库名'
   MariaDB [(none)]> SHOW INDEXES FROM hellodb.students;
   '进入表所在数据库后，可以省略'
   MariaDB [(none)]> use hellodb
   MariaDB [hellodb]> show index from students\G

   1
   • 2
   • 3
   • 4
   • 5
   [/code] 查看复合索引，显示效果，以两行显示，键名相同，分为2部分

   *************************** 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
   • 6
   • 7
   • 8
   • 9
   • 10
   • 11
   • 12
   [/code] 查看唯一键索引

   MariaDB [hellodb]> show index from students\G
   *************************** 2. row ***************************
   Table: students
   Non_unique: 0         <==主键和唯一键与其他索引的区别在于，此项为0
   Key_name: uni_idx_name

   • 1
   • 2
   • 3
   • 4
   • 5
   [/code]

优化表空间：
数据库中表数据文件，在删除数据后，所占空间不会自动释放，需要进行表空间优化才可以释放

语法格式
OPTIMIZE TABLE tb_name
1. 示例

   MariaDB [hellodb]> OPTIMIZE TABLE students;

   1
   [/code]

查看索引的使用

语法格式
SHOW INDEX_STATISTICS
1. 开启功能相关变量
   userstat
2. 示例
   需要修改变量userstat为启动状态

   '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 |
   +--------------+------------+------------+-----------+

   1
   • 2
   • 3
   • 4
   • 5
   • 6
   • 7
   • 8
   • 9
   • 10
   • 11
   • 12
   • 13
   • 14
   • 15
   • 16
   [/code]

EXPLAIN分析索引的有效性

关键字
EXPLAIN
1. 语法格式
   EXPLAIN SELECT clause

   '查询优化器如何执行查询'
   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 |       |
   +------+-------------+----------+------+---------------+-----------+---------+-------+------+-------+

   1
   • 2
   • 3
   • 4
   • 5
   • 6
   • 7
   [/code]
2. 输出信息说明：
   参考https://dev.mysql.com/doc/refman/5.7/en/explain-output.html id
   当前查询语句中，每个SELECT语句的编号，包括子句的编号
   复杂类型的查询有三种： 简单子查询
3. 用于FROM中的子查询
4. 联合查询：UNION，UNION查询的分析结果会出现一个额外匿名临时表

   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 |             |
   +------+--------------+------------+-------+---------------+--------------+---------+------+------+------

   1
   • 2
   • 3
   • 4
   • 5
   • 6
   • 7
   • 8
   [/code]

简单查询为SIMPLE
1. 复杂查询select_type显示内容 SUBQUERY：简单子查询
2. PRIMARY：最外面的SELECT
3. UNION：UNION语句的第一个之后的SELECT语句
4. UNION RESULT: 匿名临时表
5. DERIVED：用于FROM中的子查询
   要显示FROM子查询的类型，需要设置变量optimizer_switch，其中的相关项’derived_merg

   MariaDB [hellodb]> SET optimizer_switch='derived_merge=off';

   1
   [/code]

ALL：全表扫描，也就是没有利用索引
1. index：根据索引的次序进行全表扫描；如果在Extra列出现“Using index”表示了使用覆盖索引，而非全表扫描
2. range：有范围限制的根据索引实现范围扫描；扫描位置始于索引中的某一点，结束于另一点
3. ref: 根据索引返回表中匹配某单个值的所有行
4. eq_ref：仅返回一个行，但与需要额外与某个参考值做比较
5. const, system: 直接返回单个行

Using index：MySQL将会使用覆盖索引，以避免访问表
1. Using where：MySQL服务器将在存储引擎检索后，再进行一次过滤
2. Using temporary：MySQL对结果排序时会使用临时表
3. Using filesort：对结果使用一个外部索引排序

1. 示例 [ol] 索引没有利用，在表数据不是很多时范围查询，查询结果占表数据的很大一部分，优化器认为直接搜索的速度比索引快:

   '查看表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 |
   +------+-------------+----------+------+---------------+------+---------+------+------+-------------+

   1
   • 2
   • 3
   • 4
   • 5
   • 6
   • 7
   [/code]
2. 冗余索引示例，前文中已经建立了idx_name和复合键idx_name_age索引，试着搜索名字以o开头的学员，得到可用索引如下所示，复合键的索引机制为左前缀，而复合键idx_name_age的name键在左边，属于重复现象:

   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 |
   +------+-------------+----------+-------+-------------------------+------------+---------+------+------+-----------------------+

   1
   • 2
   • 3
   • 4
   • 5
   • 6
   [/code]

• 另一个查询优化SQL语句
  如果查询命令是一个多表查询，想要知道具体哪个字查询拖慢了速度，explain显示的内容不够具体，需要另一个观察命令的执行过程变量

  profiling

  ，默认是关闭的

  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;

  [ul]1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13

2. 并发控制

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

2.1 一些概念

• 锁分类

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

• 实现

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

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

2.2 显式锁使用

• 加锁
  SQL语句关键字
  LOCK TABLES
  1. 语法格式

     LOCK TABLES   tbl_name[[AS] alias] lock_type  [, tbl_name[[AS] alias] lock_type] ...

     [ul]1

WRITE

quer_cache_wlock_invalidate=on

MariaDB [hellodb]> LOCK TABLES teachers READ;
此时不能访问本数据库的其他表格，会报错，其他终端不影响
'试着访问同数据库的另一种表students'
MariaDB [hellodb]> SELECT * FROM students;
ERROR 1100 (HY000): Table 'students' was not locked with LOCK TABLES    <==报错信息

语法格式
FLUSH TABLES [tb_name[,…]] [WITH READ LOCK]
1. 说明
   将表加锁，关闭正在打开的表（清除查询缓存），不指定表，将进行全局加锁（所有数据库），通常在备份前加全局读锁，FLUSH TABLES为温备份，加锁时会等待所有表格关闭
2. 示例：使用FLUSH TABLES加锁时，有未关闭表等待状态示例

   '在其他终端访问hellodb数据库表teachers，设置函数sleep(100)休眠100秒，保持访问状态'
   MariaDB [hellodb]> SELECT *,sleep(100) FROM teachers;
   '利用FLUSH TABLES 为teachers加只读锁'
   MariaDB [hellodb]> FLUSH TABLES teachers WITH READ LOCK;
   <==会卡在这里等待所有表关闭

   1
   • 2
   • 3
   • 4
   • 5
   [/code]

加写锁
SELECT clause FOR UPDATE
1. 加读锁
   SELECT clause LOCK IN SHARE MODE

人为定义启动事务（以下3个命令都可以）

结束事务：

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

事务保存点

SQL关键字
SAVEPOINT identifier
1. 回滚到保存点语法格式
   ROLLBACK [WORK] TO [SAVEPOINT] identifier
2. 删除保存点
   RELEASE SAVEPOINT identifier
3. 示例：事务在执行增删改时增加保存点，当执行回滚操作时，可以只撤销一部分

   '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 |

   1
4. 2
5. 3
6. 4
7. 5
8. 6
9. 7
10. 8
11. 9
12. 10
13. 11
14. 12
15. 13
16. 14
17. 15
18. 16
19. 17
20. 18
21. 19
22. 20
23. 21
24. 22
25. 23
26. 24
27. 25
28. 26
29. 27
30. 28
[/ul][/code]

事务隔离级别

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

官方tx_isolation选项说明

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

1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
[/code]
1. 当做变量临时修改

   SET tx_isolation='READ-UNCOMMITTED|READ-COMMITTED|REPEATABLE-READ|SERIALIZABLE'

   1
   [/code]
2. 服务器选项中指定

   [root@hai7-8 ~]$vim /etc/my.cnf
   [mysqld]
   transaction-isolation=SERIALIZABLE

   1
   • 2
   • 3
   [/code]

5 日志

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

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

5.1 事务日志（transaction log）

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

• 特征

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

• 事务日志文件

  默认存放在mysql的家目录下，文件名为ib_logfile0， ib_logfile1
  1. 事务日志默认固定大小为5M，写满就会覆盖之前的数据
  2. 修改存放路径
     不支持动态更改，需要修改配置文件重启服务
     需要注意的是新指定的存放目录权限问题，要保证mysql有写权限

     [root@hai7-8 ~]$vim /etc/my.cnf
     [mysqld]
     innodb_log_group_home_dir=/data/mysqllogs

     [ul]1
  3. 2
  4. 3

Innodb事务日志相关配置：

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

slow_query_log_file=HOSTNAME-slow.log

log_slow_filter = admin,filesort,filesort_on_disk,full_join,full_scan,query_cache,query_cache_miss,tmp_table,tmp_table_on_disk

log_queries_not_using_indexes=ON

log_slow_rate_limit = 1

log_slow_queries = OFF

binlog_format=STATEMENT|ROW|MIXED

max_binlog_size=1073741824

sync_binlog=1|0

expire_logs_days=N

二进制日志管理

查看mariadb自行管理使用中的二进制日志文件列表，及大小


SHOW {BINARY | MASTER} LOGS

1. 查看使用中的二进制日志文件，与SHOW LOGS显示内容类似，更详细
   

   SHOW MASTER STATUS

   MariaDB [hellodb]> SHOW MASTER STATUS;
   +------------------+----------+--------------+------------------+
   | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
   +------------------+----------+--------------+------------------+
   | mysql-bin.000010 |     2185 |              |                  |
   +------------------+----------+--------------+------------------+
   `position`：表示位置，和数据大小一样，表示后续文件将从这个位置开始

   1
2. 2
3. 3
4. 4
5. 5
6. 6
7. 7
[/ul][/code]

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

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

SHOW  BINLOG  EVENTS IN 'mysql-bin.000001'  from 2106  limit 2,3

1

二进制日志事件的格式：

# 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
• 2
• 3
• 4
• 5
• 6

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以上版本专属属性，保证所有服务器上发生的日志都有唯一的编号

清除指定二进制日志：

语法格式


PURGE { BINARY | MASTER } LOGS { TO 'log_name' | BEFORE datetime_expr }

1. 示例 删除5之前的日志，5保留

   MariaDB [hellodb]> PURGE BINARY LOGS TO  'mysql-bin.000005';

   1
   [/code]
2. 删除2017-01-23之前的日志

   PURGE BINARY LOGS BEFORE '2017-03-22 09:25:30';

   1
   [/code]

删除所有二进制日志，index文件重新记数
日志文件从#开始记数，默认从1开始，一般是master第一次启动时执行，MariaDB10.1.6开始支持TO #

RESET MASTER [TO #]

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

SQL语句


FLUSH LOGS

1. 应用场景
   将旧文件备份后，生成新的日志文件，让之后的日志都存放在新的文件中

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

• 命令格式
  mysqlbinlog [OPTIONS] log_file…

• OPTIONS

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

• 示例

  设置起始位置和结束位置查看日志内容

  mysqlbinlog  --start-position=6787  --stop-position=7527  /var/lib/mysql/mariadb-bin.000003

  [ul]1

mysqlbinlog --start-datetime="2018-01-30 20:30:10" --stop-datetime="2018-01-30 20:35:22" /var/lib/mysql/mariadb-bin.000003

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

1

mysqlbinlog  /var/lib/mysql/mariadb-bin.000003  -v

1

利用二进制文件恢复数据

导出丢失数据对应的二进制文件，比如对应的二进制文件位置在2165，文本或者base64编码都可以识别的

[root@hai7-8 ~]$mysqlbinlog  /var/lib/mysql/mariadb-bin.000003  --start-datetime=2165 > /data/text.sql

1
[/code]
1. 记录的本身就是SQL语句，所以可以将其直接导入mysql丢失数据的数据库中

   [root@hai7-8 ~]$mysql hellodb < /data/test.sql

   1
   [/code]

</div>
<link href="https://csdnimg.cn/release/phoenix/mdeditor/markdown_views-7f770a53f2.css" rel="stylesheet">
</div>