008_MySQL日志

2020-10-13   19 次阅读


MySQL

3.1 MySQL默认查字段不区分大小写

例如登录用户为admin,此时填写ADMIN也能登录

更改字符检索策略
默认utf8_general_ci,表示不区分大小写,可以使用utf8_general_cs,表示区分大小写,也可以使用utf8_bin,表示二进制比较,同样也区分大小写 。

-- 创建表:
CREATE TABLE testt(
id INT PRIMARY KEY,
name VARCHAR(32) NOT NULL
) ENGINE = INNODB COLLATE =utf8_bin;
-- 修改表结构的Collation属性
ALTER TABLE TABLENAME MODIFY COLUMN COLUMNNAME VARCHAR(50) BINARY CHARACTER SET utf8 COLLATE utf8_bin DEFAULT NULL;

修改sql语句

-- 在每一个条件前加上binary关键字
select * from user where binary username = 'admin' and binary password = 'admin';
-- 将参数以binary('')包围
select * from user where username like binary('admin') and password like binary('admin');

3.2 innodb的事务与日志

日志分类
  1. 错误日志:记录出错信息,也记录一些警告信息或者正确的信息。
  2. 查询日志:记录所有对数据库请求的信息,不论这些请求是否得到了正确的执行。
  3. 慢查询日志:设置一个阈值,将运行时间超过该值的所有SQL语句都记录到慢查询的日志文件中。
  4. 二进制日志:记录对数据库执行更改的所有操作。
  5. 中继日志:中继日志也是二进制日志,用来给slave 库恢复
  6. 事务日志:重做日志redo和回滚日志undo
隔离级别
  1. 读未提交(RU)
  2. 读已提交(RC)
  3. 可重复读(RR)
  4. 串行
事务通过日志来实现
  1. 事务日志是通过redo和innodb的存储引擎日志缓冲(Innodb log buffer)来实现的
  2. 当开始一个事务的时候,会记录该事务的lsn(log sequence number)号到存储引擎日志缓冲;
  3. 当事务提交时,必须将存储引擎日志缓冲写入磁盘(通过innodb_flush_log_at_trx_commit来控制),也就是写数据前,需要先写日志。这种方式称为“预写日志方式”。

3.3 binlog的日志录入格式

Statement

每一条会修改数据的sql都会记录在binlog中。

优点

不需要记录每一行的变化,减少了binlog日志量,节约了IO,提高性能。

缺点

由于记录的只是执行语句,为了这些语句能在slave上正确运行,因此还必须记录每条语句在执行的时候的一些相关信息,以保证所有语句能在slave得到和在master端执行时候相同的结果。
另外mysql 的复制,像一些特定函数功能,slave可与master上要保持一致会有很多相关问题(如sleep()函数, last_insert_id(),以及user-defined functions(udf)会出现问题).

row

不记录sql语句上下文相关信息,仅保存哪条记录被修改。

优点

日志内容会非常清楚的记录下 每一行数据修改的细节。而且不会出现某些特定情况下的存储过程,或function,以及trigger的调用和触发无法被正确复制的问题

缺点

所有的执行的语句当记录到日志中的时候,都将以每行记录的修改来记录,这样可能会产生大量的日志内容。如带条件的update操作,以及整表删除,alter表等操作。

Mixedlevel

以上两种的混合使用。

一般的语句修改使用statment格式保存binlog,如一些函数,statement无法完成主从复制的操作,则采用row格式保存binlog,MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式
新版本的MySQL中对row level模式也被做了优化,并不是所有的修改都会以row level来记录,像遇到表结构变更的时候就会以statement模式来记录。至于update或者delete等修改数据的语句,还是会记录所有行的变更。

Q.E.D.

知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议