关系型数据库之Mysql引擎-日志-用户管理(三)

MySQL锁机制
相对其他数据库而言，MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。
执行操作时施加的锁的模式
读锁：用户在读的时候施加的锁，为防止别人修改，但是用户可以读，还被称为共享锁
写锁：独占锁，排它锁。其他用户不能读，不能写

MySQL大致可归纳为以下3种锁：
表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。
行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般
锁的实现位置：
MySQL锁：可以手动使用，可以使用显示锁
存储引擎锁：自动进行的（隐式锁），
显示锁：
lock tables：施加锁
LOCK TABLES
tbl_name lock_type
[, tbl_name lock_type]
锁的类型:
READ | WRITE
unlock tables：解锁
案例演示之读锁：
客户端A:对student表施加读锁

mysql> LOCK TABLES student READ;
mysql> UNLOCK TABLES;

客户端B:对student表执行编辑操作，可以看到是无法正常执行的，查询操作没有问题:

mysql> select * from student;
mysql> update student set Class = 1 where Age = '18';

下图为解锁后执行的语句结果:




案例演示之写锁：
客户端A:对student表施加写锁

mysql> LOCK TABLES student WRITE;
mysql> UNLOCK TABLES;

客户端B:对student表执行编辑操作，可以看到是无法正常执行的，查询操作也是无法执行:




表引擎必须是Innodb引擎：
InnoDB存储引擎也支持另外一种显示锁（锁定挑选出的部分行,行级锁）
select .... lock in share mode
select .... for update
做备份时要手动施加读锁

事务：Transaction
事务就是一组原子性的查询语句，也即将多个查询当作一个独立的工作单元
ACID测试：能够满足ACID测试就表示其支持事务，或兼容事务
A：Atomicity，原子性，都执行或者都不执行
C：Consistency，一致性，从一个一致性状态转到另外一个一致性状态
I：Isolaction，隔离性。一个事务的所有修改操作在提交前对其他事务时不可见的
D: Durability, 持久性，一旦事务得到提交，其所做的修改会永久有效
安全性越高，并发性越低

SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。
Read Uncommitted（读取未提交内容）
在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。

Read Committed（读取提交内容）
这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。
Repeatable Read（可重读）
这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。

Serializable（可串行化）
这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。
这四种隔离级别采取不同的锁类型来实现，若读取的是同一个数据的话，就容易发生问题。例如：
脏读(Drity Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。
不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新的原有的数据。
幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。

下面我们通过实际分析事务级别的应用:
两个命令行客户端分别为A，B；不断改变A的隔离级别，在B端修改数据。
(1)将A的隔离级别设置为read uncommitted(未提交读)
在B未更新数据之前：
客户端A：

mysql> SET GLOBAL tx_isolation='READ-UNCOMMITTED';
mysql> SELECT @@global.tx_isolation;
mysql> START TRANSACTION;
mysql> SELECT * FROM student;

B更新数据：
客户端B：

mysql> UPDATE students SET ClassID = '99' WHERE SID = '1';
mysql> SELECT * FROM students;
mysql> ROLLBACK;
mysql> SELECT * FROM students;

客户端A：



经过上面的实验可以得出结论，事务B更新了一条记录，但是没有提交，此时事务A可以查询出未提交记录。造成脏读现象。未提交读是最低的隔离级别。

(2)将客户端A的事务隔离级别设置为read committed(已提交读)
在B未更新数据之前：
客户端A：

mysql> SET GLOBAL tx_isolation='READ-COMMITTED';
mysql> SELECT @@global.tx_isolation;
mysql> START TRANSACTION;
mysql> SELECT * FROM students;

B更新数据：
客户端B：

mysql> START TRANSACTION;
mysql> UPDATE students SET ClassID = '99' WHERE SID = '1';
mysql> SELECT * FROM students;
mysql> COMMIT;

客户端A：




经过上面的实验可以得出结论，已提交读隔离级别解决了脏读的问题，但是出现了不可重复读的问题，即事务A在两次查询的数据不一致，因为在两次查询之间事务B更新了一条数据。已提交读只允许读取已提交的记录，但不要求可重复读。

(3)将A的隔离级别设置为repeatable read(可重复读)
在B未更新数据之前：
客户端A：

mysql> SET GLOBAL tx_isolation='REPEATABLE-READ';
mysql> SELECT @@global.tx_isolation;
mysql> START TRANSACTION;
mysql> SELECT * FROM students;

B更新数据：
客户端B：




由以上的实验可以得出结论，可重复读隔离级别只允许读取已提交记录，而且在一个事务
两次读取一个记录期间，其他事务部的更新该记录。但该事务不要求与其他事务可串行化。例如，当一个事务可以找到由一个已提交事务更新的记录，但是可能产生
幻读问题(注意是可能，因为数据库对隔离级别的实现有所差别)。像以上的实验，就没有出现数据幻读的问题。
(4)SERIALIZABLE (可串行化)
强制事务的串行执行避免了幻读；

跟事务相关的常用命令

mysql> START TRANSACTION
mysql> COMMIT
mysql> ROLLBACK
mysql> SAVEPOINT identifier
mysql> ROLLBACK [WORK] TO [SAVEPOINT] identifier

如果没有显式启动事务，每个语句都会当作一个独立的事务，其执行完成后会被自动提交；

mysql> SELECT @@global.autocommit;
mysql> SET GLOBAL autocommit = 0;

关闭自动提交，请记得手动启动事务，手动进行提交；

查看MySQL的事务隔离级别

mysql> SHOW GLOBAL VARIABLES LIKE 'tx_isolation';
mysql> SELECT @@global.tx_isolation;

建议：对事务要求不特别严格的场景下，可以使用读提交；

MVCC：多版本并发控制
每个事务启动时，InnoDB为会每个启动的事务提供一个当下时刻的快照；
为了实现此功能，InnoDB会为每个表提供两隐藏的字段，一个用于保存行的创建时间，一个用于保存行的失效时间；
里面存储的是系统版本号；（system version number）
只在两个隔离级别下有效：READ COMMITTED和REPEATABLE READ

MySQL存储引擎
首先安装MariaDB，利用MariaDB详解存储引擎
使用通用二进制格式安装MariaDB如下:
(1)创建数据库服务用户:

# groupadd -r mysql
# mkdir -p /mydata/data
# useradd -g mysql -r -s /sbin/nologin -M -d /mydata/data mysql
# chown -R mysql:mysql /mydata/data/

(2)下载二进制安装包，创建数据库二进制源码包软连接

# tar xf mariadb-5.5.36-linux-x86_64.tar.gz -C /usr/local/# cd /usr/local/
# ln -sv mariadb-5.5.36-linux-x86_64 mysql
# cd mysql/

(3)初始化数据库

# scripts/mysql_install_db --user=mysql --datadir=/mydata/data/

(4)提供配置文件

# cp support-files/my-large.cnf /etc/my.cnf
# vim /etc/my.cnf     --添加下面选项
datadir = /mydata/data
innodb_file_per_table = on

(5)提供服务脚本

# cp /usr/local/mysql/support-files/mysql.server /etc/rc.d/init.d/mysqld
# chmod +x /etc/rc.d/init.d/mysqld
# vim /etc/rc.d/init.d/mysqld   --补充以下选项
basedir=/usr/local/mysql
datadir=/mydata/data

加入服务列表启动服务:

# chkconfig --add mysqld
# chkconfig mysqld on
# service mysqld start

(6)提供PATH环境变量

# vim /etc/profile.d/mysqld
PATH=/usr/local/mysql/bin/:$PATH
# . /etc/profile.d/mysqld

(7)提供man手册至man命令的查找路径

# vim/etc/man.config --加入下行内容
MANPATH    /usr/local/mysql/man

(8)输出MariaDB的头文件至系统头文件路径

# ln -sv /usr/local/mysql/include /usr/include/mysql

(9)输出MariaDB的库文件给系统的查找路径

# echo "/usr/local/mysql/lib" > /etc/ld.so.conf.d/mysql.conf
# ldconfig
# ldconfig -v | grep mysql

以上为MariaDB过程。

查看MySQL所支持的存储引擎和表使用引擎
1.查询所支持的数据库引擎:

MariaDB [(none)]> SHOW ENGINES;

2.查看表属性

mysql> SHOW TABLE STATUS IN db_name [LIKE pattern] [WHERE clause];
mysql> SHOW TABLE STATUS IN hellodb LIKE "stu%" \G;
*************************** 1. row ***************************
Name: students
Engine: MyISAM
Version: 10
Row_format: Dynamic
Rows: 25
Avg_row_length: 24
Data_length: 624
Max_data_length: 281474976710655
Index_length: 2048
Data_free: 0
Auto_increment: 26
Create_time: 2016-05-12 10:33:39
Update_time: 2016-05-12 10:33:39
Check_time: NULL
Collation: utf8_general_ci
Checksum: NULL
Create_options:
Comment:
---------------------------------------------------------------
各项解释：
Name: 表名
Engine: 存储引擎
Version: 版本（表的当前版本）
Row_format: 行格式，创建表的命令中可以定义 {DEFAULT|DYNAMIC|FIXED|COMPRESSED|REDUNDANT|COMPACT}
Rows: 表中的行数
Avg_row_length: 平均每行所包含的字节数；
Data_length: 表中数据总体大小，单位是字节
Max_data_length: 表能够占用的最大空间，单位为字节，0表示没有上限。
Index_length: 索引的大小，单位为字节
Data_free: 对于MyISAM表，表示已经分配但尚未使用的空间，其中包含此前删除行之后腾出来的空间
Auto_increment: 下一个AUTO_INCREMENT的值；
Create_time: 表的创建时间；
Update_time：表数据的最近一次的修改时间；
Check_time：使用CHECK TABLE或myisamchk最近一次检测表的时间；
Collation: 排序规则
Checksum: 如果启用，则为表的checksum；
Create_options: 创建表时指定使用的其它选项；
Comment: 表的注释信息

Innodb存储引擎，所产生的文件格式：
1.参数innodb_file_per_table=OFF时：
每张表具有单独的表结构文件tb_name.frm
数据内容使用共享表空间文件， ibdata#

2.参数innodb_file_per_table=ON时候：
每张表具有两个独立文件
tb.name.frm 表空间文件
tb_name.ibd
表空间文件(table space)： 由innodb管理的特有格式的数据文件，内部存储索引和数据，支持聚簇索引

MyISAM存储引擎产生的文件: 每个表都在数据库目录下存储三个文件：
1. tb_name.frm ： 表结构
2. tb_name.MYD ： 数据
3. tb_name.MYI ： 索引
通过修改default_storage_engine来修改默认存储引擎，需要写在配置文件中。

各引擎特性
1)Innodb:

事务:事务日志
外键:
MVCC：多版本并发机制，主要是用于支持事务
聚簇索引只能有一个
聚簇索引之外的其他索引，通常称为辅助索引
所有的辅助索引是指向聚簇索引的。而非指向元数据。
通常使用主键用于聚簇索引
无论聚簇索引还是辅助索引都是B+树索引
行级锁: 间隙锁，用来隔离行
支持辅助索引,
自适应的hash索引，
支持热备份，

2)MyISAM:

全文索引
支持表压缩，但是压缩后不能修改，用于制作数据仓库，可节约空间提高性能
空间索引
表级锁
延迟更新索引: 每当数据更新时，不需要立即更新索引，以降低I/O压力
不支持事务，外键和行级锁
崩溃无法安全可靠的恢复数据。
使用场景: 只读取数据，较小的表，奔溃后可以忍受数据恢复时间和数据丢失。

3)ARCHIVE：

仅支持INSERT和SELECT，支持很好压缩功能；
适用于存储日志信息，或其他按时间序列实现的数据采集类的应用；
不支持事务，不能很好的支持索引；

4)CSV：

将数据存储为CSV格式；不支持索引；仅适用数据交换场景，另外貌似精度很难保持；

5)BLACKHOLE：

没有存储机制，任何发生此引擎的数据都会丢失，其会记录二进制日志，因此，常用于多级复制架构中作中转服务器；

6)MEMORY：

保存数据在内存中，内存表；常用于保存中间数据，如周期性的聚合数据等；也用于实现临时表
支持hash索引，使用表级锁，不支持BLOB和TEXT数据类型。

7)MRG_MYISAM

MYISAM的变种，能够将多个MyISAM表合并成一个虚表；

8)NDB

MySQL Cluster中专用的存储引擎

第三方的存储引擎
1.OLTP类:

XtraDB:增强的InnoDB,由Percona提供；
编译安装时，下载XtraDB的源码替换MySQL存储引擎中的InnoDB的源码
PBXT：MariaDB自带此存储引擎
支持引擎级别的复制、外键约束，对SSD磁盘提供适当支持；
支持事务、MVCC

2.TokuDB：使用Fractal Trees索引，没有碎片问题，性能与换从无关，适用存储大数据，拥有很大的压缩比；已经被引入MariaDB;

列式存储引擎；
Infobright: 目前较有名的列式引擎，使用于海量数据存储场景，如PB级别，专为数据分析和数据仓库设计；
如果用于MySQL,需要对MySQL做定制。

开源社区存储引擎:
1. Aria：前身为Maria，可理解为增强版的MyISAM(支持崩溃后安全恢复，支持数据缓存)
2.Groona：全文索引引擎，Mroonga是基于Groona的二次开发版，适用于搜索引擎
3.OQGraph: 由Open Query研发，支持图结构的存储引擎
4.SphinxSE: 为Sphinx全文搜索服务器提供了SQL接口
5.Spider: 能数据切分成不同分片，比较高效透明地实现了分片(shared)，并支持在分片上支持并行查询；

如何选择数据存储引擎:
1.是否需要事务
2.备份的类型的支持
3.奔溃后的恢复
4.特有的特性

MySQL的用户管理及用户权限管理:
mysql用户管理
1.用户格式:
username@{host_IP|host_name}
{host_IP|host_name}:需要登录mysql服务器的主机IP

2.mysql用户管理的相关命令:

mysql> CREATE USER user_name IDENTIFIED BY {'auth_string' | PASSWORD 'hash_string'}
mysql> DROP USER user_name
mysql> RENAME USER old_user TO new_user
mysql> SET PASSWORD FOR 'user_name'@'%.example.org' = PASSWORD('cleartext password');

MySQL的权限控制：
1.权限管理命令:
权限授予:

GRANT priv_type [(column_list)] [, priv_type [(column_list)]] ...
ON [object_type] priv_level
TO user_specification [, user_specification] ...
[REQUIRE {NONE | ssl_option [[AND] ssl_option] ...}]
[WITH {GRANT OPTION | resource_option} ...]
mysql> GRANT PROXY ON user_specification TO user_specification [, user_specification] ... [WITH GRANT OPTION]

权限回收:

REVOKE priv_type [(column_list)][, priv_type [(column_list)]] ...
ON [object_type] priv_level
FROM user [, user] ...
REVOKE PROXY ON user FROM user [, user] ...

查看用户能够使用的权限:

mysql> SHOW GRANTS FOR username@'hostname';
mysql> SHOW GRANTS FOR root@'mysql.samlee.com'\g;

作用对象类型(priv_type)
1.TABLE(默认)
2.FUNCTION
3.PROCEDURE
权限目标级别(priv_level)
*所有: 库，表，函数

*.* 所有库的所有[TABLE|FUNCTION|PROCEURE]

db_name.* db_name库的所有

db_name.tbl_name

tbl_name

db_name.routine_name

WITH GRANT OPTION:权限授予选项
1.MAX_QUERIES_PER_HOUR count
2.MAX_UPDATES_PER_HOUR count
3.MAX_CONNECTIONS_PER_HOUR count
4.MAX_USER_CONNECTIONS count

权限类型
1.管理类权限:

CREATE TEMPORARY TABLES: 使用或者创建临时表
CREATE USER:创建，删除，重命名用户
FILE: 在服务器上读或者写，包括备份，以及source文件
LOCK TABLES:是否可以锁表
PROCESS:是否执行SHOW PROCESSLIST 命令查看mysql内部运行的线程
RELOAD:是否能使用FLUSH和RESET命令
REPLTCATION SLAVE: 是否可以查询主服务器有哪些从服务器
REPLTCATION CLIENT: 是否有权限成为从服务器
SHOW DATABASES: 是否可以查询服务器中哪些数据库
SHUTDOWN: 关闭
SUPER：其他

2.库级别和表级别:

ALTER: 是否可以执行ALTER TABLE命令
ALTER ROUTINE： 修改存储过程，包括存储函数
CREATE: 创建表和库
CREATE ROUTINE:创建存储过程和函数
CREATE VIEW：创建视图

3.数据操作(表级别):

SELECT:查询
INSERT:增加
UPDATE:修改
DELETE:删除
SELECT(col1,....)
INSERT(col1,....)
UPDATE(col1,....)

4.所有权限

ALL [PRIVILEGES]

ssl选项(ssl_option):

SSL
X509：证书格式
CIPHER 'cipher' 加密方式
ISSUER 'issuer' 证书颁发者
SUBJECT 'subject' 拒绝某证书

常用存储用户权限信息表，全部存储在mysql库中

db: 库级别权限
host: 主机级别权限，已废弃不用了
tables_priv ： 表级别权限
colomns_priv: 列级别的权限
procs_priv: 存储过程和存储函数相关的的权限
proxies_priv: 代理用户权限

授权案例:

1. 授予testuser能够通过192.168.98.0/24网络内的任意主机访问当前mysql服务器的权限；
mysql> GRANT SELECT ON TABLE *.* TO 'testuser'@'192.168.98.%' IDENTIFIED BY 'testuser';
2. 让此用户能够创建及删除testdb数据库，及库中的表；
GRANT CREATE,DROP ON TABLE testdb.* TO 'testuser'@'192.168.98.%' ;
3. 让此用户能够在testdb库上执行创建和删除索引；
GRANT INDEX ON TABLE testdb.* TO 'testuser'@'192.168.98.%' ;
4. 让此用户能够在testdb.t2表上查询id和name字段，并允许其将此权限转授予其他用户；
GRANT GRANT OPTION,SELECT(id,name) ON TABLE testdb.t2 TO 'testuser'@'192.168.98.%' ;
5、让此用户能够在testdb库中的t1表中执行查询、删除、更新和插入操作；
GRANT SELECT,DELETE,UPDATE,INSERT ON TABLE testdb.tb1 TO 'testuser'@'192.168.98.%';

MySQL查询缓存
用于保存MySQL查询语句返回的完整结果。被命中时，MySQL会立即返回结果，省去解析、优化和执行等阶段。
如何检查缓存
1.MySQL保存结果于缓存中:
2.把SELECT语句本身做hash计算，计算的结果作为KEY，查询结果作为VALUE。

什么样的语句不会被缓存？
查询语句中有一些不确定数据时，不会缓存: 例如NOW(),CURRENT_TIME();一般来说，如果查询中包含用户自定义函数、存储函数、用户变量、临时表、mysql库中系统表、或者任何包含权限的表，一般都不会缓存；

缓存会带来额外开销:
1.每个查询都得先检查是否被命中；
2.查询结果要先缓存；

缓存相关的服务器变量

mysql> SHOW GLOBAL VARIABLES LIKE 'query_cache%';
+------------------------------+----------+
| Variable_name                | Value    |
+------------------------------+----------+
| query_cache_limit            | 1048576  |
| query_cache_min_res_unit     | 4096     |
| query_cache_size             | 16777216 |
| query_cache_type             | ON       |
| query_cache_wlock_invalidate | OFF      |
+------------------------------+----------+
query_cache_type: 查询缓存类型；是否开启缓存功能，开启方式有三种{ON|OFF|DEMAND}；
DEMAND：意味着SELECT语句明确使用 SQL_CACHE 选项时才会缓存；
query_cache_size: 总空间，单位为字节，大小必须是1024的整数倍。MySQL启动时，会一次分配并立即初始化这里指定大小的内存空间；这意味着，如果修改此大小，会清空缓存并重新初始化的。
query_cache_min_res_unit: 存储缓存的最小内存块；(query_cache_size - Qcache_free_memory)/Qcache_queries_in_cache能够获得一个理想的值。
query_cache_limit: 单个缓存对象的最大值，超出时则不预缓存；手动使用SQL_NO_CACHE可以人为地避免尝试缓存返回结果超出此参数限定值的语句。
query_cache_wlock_invalidate: 如果某个表被其它用户连接锁住了，是否仍然从缓存中返回结果。OFF表示返回。

如何判断命令率(缓存相关的状态变量):

mysql> SHOW GLOBAL STATUS LIKE 'Qcache%';
+-------------------------+----------+
| Variable_name           | Value    |
+-------------------------+----------+
| Qcache_free_blocks      | 3        |
| Qcache_free_memory      | 16741608 |
| Qcache_hits             | 31       |
| Qcache_inserts          | 81       |
| Qcache_lowmem_prunes    | 0        |
| Qcache_not_cached       | 154      |
| Qcache_queries_in_cache | 13       |
| Qcache_total_blocks     | 35       |
+-------------------------+----------+
Qcache_hits： 命中次数
Qcache_free_memory： 剩余缓存空间，尚未划分成块的空间
Qcache_free_blocks： 空闲的块数，划分完成但还没使用的空间
Qcache_total_blocks： 总块数
Qcache_queries_in_cache： 在缓存中，缓存插入的次数。
Qcache_not_cached： 没有缓存的
Qcache_lowmem_prunes： 因为内存太少而修剪内存的次数。
碎片整理：FLUSH QUERY_CACHE
清空缓存：RESET QUERY_CACHE

计算命中率：

mysql> SHOW GLOBAL STATUS WHERE Variable_name='Qcache_hits' OR Variable_name='Com_select';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Com_select    | 251   |
| Qcache_hits   | 31    |
+---------------+-------+
Com_select: 非缓存查询次数
Qcache_hits： 缓存命中次数
Qcache_hits/(Com_select+Qcache_hits)
也应该参考另外一个指标：命中和写入的比率，即Qcache_hits/Qcache_inserts的值，此比值如果能大于3:1，则表明缓存也是有效的。能达到10:1，为比较理想的情况。

MySQL缓存优化使用思路:

1、批量写入而非多次单个写入；
2、缓存空间不宜过大，因为大量缓存同时失效时会导致服务器假死；
3、必要时，使用SQL_CACHE和SQL_N0_CACHE手动控制缓存；
4、对写密集型的应用场景来说，禁用缓存反而能提高性能；

MySQL日志:
日志分类

1.查询日志:繁忙的服务器不建议记录查询日志
2.慢查询日志:查询执行时长超过指定时长的查询，即为慢查询
3.错误日志:
4.事务日志: ib_logfile0 ib_logfile1
随机I/O转换为顺序I/O从而保证ACID的持久性。只要事务提交，马上写入事务日志中。
事务日志有可能承担读操作，innodb_buffer可能会把装不下的内容放入事务日志
5.日志文件组:

特性:

1）至少应该有两个日志文件。
2）第一个满了以后，启动第二个。第一个日志文件开始向磁盘同步。
3）如果事务刚写到事务日志中数据库奔溃，再重启后，会把事务日志继续同步至数据文件，从而达到一致性。
4）但如果事务日志所在的磁盘损坏导致奔溃，则无法恢复。所以要保证事务日志所在存储足够可靠。
5）为了分摊事务日志I/O和同步数据文件的I/O，数据文件和事务日志要分开存放

相关参数：

innodb_log_file_size 事务日志大小
innodb_log_files_in_group    事务日志组个数
innodb_log_group_home_dir    事务日志所在位置，"./"是安装目录
innodb_flush_log_at_trx_commit  是否事务提交后马上同步日志
可以放在固态硬盘上从而提高性能。
注意：尽可能使用小事务以提升事务引擎的性能。以保证尽量在回滚时，降低硬盘I/O开销

查询查询日志： 繁忙的服务器不建议开启

log={ON|OFF}:是否记录所有语句的日志信息于一般查询日志文件(general_log),5.6以后弃用，重复选项;
log_output={TABLE|FILE|NONE}
TABLE和FILE可以同时出现，用逗号分隔即可；
TABLE : 记录到表中，在mysql库中的general_log 表
FILE : 记录到文件中，在general_log_file 选项指定日志存放位置
general_log：是否启用查询日志；
general_log_file：定义一般查询日志保存的文件

慢查询日志： 用于评估系统性能，procona有工具用来分析慢查寻日志

long_query_time： 10.000000
定义多长时间算是慢，单位为秒
slow_query_log={ON|OFF}
设定各用户级别是否启用慢查询日志；它的输出位置也取决log_output={TABLE|FILE|NONE}；
slow_query_log_file=www-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_slow_queries=ON
只有管理员才能修改，全局是否记录慢查日志
log_slow_rate_limit=1
记录速率
log_slow_verbosity
是否记录详细的慢查日志

错误日志：

1.服务器启动和关闭过程中的信息；
2. 服务器运行过程中的错误信息；
3. 事件调度器运行一个事件时产生的信息；
4. 在复制架构中的从服务器上启动从服务器线程时产生的信息；

log_error = /path/to/error_log_file
直接指向日志文件
log_warnings = {1|0}
是否记录警告信息于错误日志中；

中继日志:

从主服务器复制了来的二进制日志

二进制日志：有以下用途

1.引起mysql服务器改变的任何操作。
2.复制功能依赖于此日志。
3.从服务器通过复制主服务器的二进制日志完成主从复制，在执行之前保存于中继日志中。
4.从服务器通常可以关闭二进制日志以提升性能。
5.主要用于时间点恢复
5.数据库复制