一、索引

索引类型：

B+ TREE、HASH、B-TREE

聚簇(集)索引、非聚簇索引：数据和索引是否存储在一起

主键索引、二级(辅助)索引

稠密索引、稀疏索引：是否索引了每一个数据项

简单索引、组合索引

左前缀索引：取前面的字符做索引

覆盖索引：从索引中即可取出要查询的数据，性能高

二、并发控制

1、 加锁：  LOCK TABLES  tbl_name [[AS] alias] lock_type [, tbl_name [[AS] alias] lock_type] ...lock_type: READ ， WRITE

2、解锁：UNLOCK TABLES

FLUSH TABLES [tb_name[,...]] [WITH READ LOCK]关闭正在打开的表(清除查询缓存)，通常在备份前加全局读锁
SELECT clause [FOR UPDATE | LOCK IN SHARE MODE]  查询时加写或读锁
show processlist 显示进程        kill ID 可关闭进程

三、事务(只针对DML语言)

1、启动事务：

BEGIN
BEGIN WORK
START TRANSACTION

2、 结束事务：

COMMIT：提交

ROLLBACK: 回滚

注意：只有事务型存储引擎中的DML语句方能支持此类操作

自动提交：set autocommit={1|0} 默认为1，为0时设为非自动提交

建议：显式请求和提交事务，而不要使用“自动提交”功能

事务支持保存点：savepoint

SAVEPOINT identifier
ROLLBACK [WORK] TO [SAVEPOINT] identifier
RELEASE SAVEPOINT identifier

{面}事务的四个特性：

ACID特性：

A：atomicity原子性；整个事务中的所有操作要么全部成功执行，要么全部失败后回滚

C：consistency一致性；数据库总是从一个一致性状态转换为另一个一致性状态

I：Isolation隔离性；一个事务所做出的操作在提交之前，是不能为其它事务所见；隔离有多种隔离级别，实现并发

D：durability持久性；一旦事务提交，其所做的修改会永久保存于数据库中

{面}事务的隔离级别：从上至下更加严格(select @@tx_isolation  查询当前事务隔离级别 服务器端修改配置文件transaction-isolation=SERIALIZABLE)

READ UNCOMMITTED 可读取到未提交数据，产生脏读

READ COMMITTED 可读取到提交数据，但未提交数据不可读，产生不可重复读，即可读取到多个提交数据，导致每次读取数据不一致

REPEATABLE READ 可重复读，多次读取数据都一致，产生幻读，即读取过程中，即使有其它提交的事务修改数据，仍只能读取到未修改前的旧数据。此为MySQL默认设置

SERIALIZABILE 可串行化，未提交的读事务阻塞修改事务，或者未提交的修改事务阻塞读事务。导致并发性能差

四、日志

1、事务日志
innodb_log_file_size 5242880 每个日志文件大小
innodb_log_files_in_group 2 日志组成员个数
innodb_log_group_home_dir ./ 事务文件路径
innodb_flush_log_at_trx_commit
说明：设置为1，同时sync_binlog = 1表示最高级别的容错     innodb_use_global_flush_log_at_trx_commit的值确定是否可以使用SET语句重置此变量
1默认情况下，日志缓冲区将写入日志文件，并在每次事务后执行刷新到磁盘。 这是完全遵守            ACID特性
0提交时没有任何操作; 而是每秒执行一次日志缓冲区写入和刷新。 这样可以提供更好的性能，但      服务器崩溃可能丢失最后一秒的事务
2每次提交后都会写入日志缓冲区，但每秒都会进行一次刷新。 性能比0略好一些，但操作系统或        停电可能导致最后一秒的交易丢失
2、慢查询日志：记录执行查询时长超出指定时长的操作
slow_query_log=ON|OFF 开启或关闭慢查询
long_query_time=N 慢查询的阀值，单位秒
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
上述查询类型且查询时长超过long_query_time，则记录日志
log_queries_not_using_indexes=ON 不使用索引或使用全索引扫描，不论是否达到慢查询阀值的语句是否记录日志，默认OFF，即不记录
log_slow_rate_limit = 1 多少次查询才记录，mariadb特有
log_slow_verbosity= Query_plan,explain 记录内容
profile(默认没有用)可显示指令运行慢的详细过程
3、二进制日志
(1)二进制日志相关的服务器变量：
sql_log_bin=ON|OFF：是否记录二进制日志，默认ON
log_bin=/PATH/BIN_LOG_FILE：指定文件位置；默认OFF，表示不启用二进制日志功能，上述两      项都开启才可
binlog_format=STATEMENT|ROW|MIXED：二进制日志记录的格式，默认STATEMENT
max_binlog_size=1073741824：单个二进制日志文件的最大体积，到达最大值会自动滚动，默认为 1G
说明：文件达到上限时的大小未必为指定的精确值
sync_binlog=1|0：设定是否启动二进制日志即时同步磁盘功能，默认0，由操作系统负责同步日志到磁盘
expire_logs_days=N：二进制日志可以自动删除的天数。 默认为0，即不自动删除
(2)二进制日志相关配置
查看mariadb自行管理使用中的二进制日志文件列表，及大小
SHOW {BINARY | MASTER} LOGS
查看使用中的二进制日志文件
SHOW MASTER STATUS
查看二进制文件中的指定内容
SHOW BINLOG EVENTS [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count]
show binlog events in ‘mysql-bin.000001' from 6516 limit 2,3
(3)清除二进制日志
清除指定二进制日志：
PURGE { BINARY | MASTER } LOGS
{ TO 'log_name' | BEFORE datetime_expr }
示例：purge binary logs to 'mysql-bin.000016';清除16之前的二进制日志。
reset master ；二进制日志从头开始计数。flush logs ；可额外生成二进制日志。
注：optimize table testlog 对testlog表进行数据库整理，释放空白数据库占据的空间。