mysql之二进制日志

Mysql---二进制日志(binlog) - 刘_love_田 - 博客园 (cnblogs.com)

二进制日志的主要用在两个场景:主从复制和数据恢复。

1、主从复制场景:在主从复制中,从库利用主库上的binlog进行重播,实现主从同步。在 Master 主端开启Binlog,将Binlog发送到各个 Slave 从端,Slave 从端重放 Binlog 从而达到主从数据一致。

2、数据恢复场景:用于数据库的基于时间点的还原。通过使用 mysqlbinlog 工具来恢复数据。

3、日志审计场景:用户可以通过二进制日志中的信息来进行审计,判断是否有对数据库进行注入攻击。

熟悉MYSQL数据库,例如:二进制安装部署,DML、DCL、DDL语句、事务、日志。

performance性能 ,执行、表演。

MYSQL注入攻击:

用户(黑客)对数据库进行攻击的常用手段之一。随着B/S模式应用开发的发展,使用这种模式编写应用程序的程序员也越来越多。但是由于程序员的水平及经验也参差不齐,相当大一部分程序员在编写代码的时候,没有对用户输入数据的合法性进行判断,使应用程序存在安全隐患。用户可以提交一段数据库查询代码,根据程序返回的结果,获得某些他想得知的数据,这就是所谓的SQL Injection,即SQL注入。

SQL注入攻击属于数据库安全攻击手段之一,可以通过数据库安全防护技术实现有效防护,数据库安全防护技术包括:数据库漏扫、数据库加密、数据库防火墙、数据脱敏、数据库安全审计系统。

SQL注入攻击会导致的数据库安全风险包括:刷库、拖库、撞库。

sql注入是在浏览器输入url中传入的时候注入。

什么时候会产生二进制日志?

binlog是记录所有数据库表结构变更(例如CREATE、ALTER TABLE...)以及表数据修改(INSERT、UPDATE、DELETE...)的二进制日志。

二进制日志不是存储引擎管理的,是MySQL内部的相关线程去完成。

二进制日志保存下来有2个过程:

flush:将二进制日志写到binlog_buffer里

sync:将binlog_buffer里的内容刷盘到disk里binlog file

二进制的作用:

1.恢复数据(增量)

2.主从复制需要使用

一个二进制日志文件是否记录了整个mysql进程里所有的库的操作?

数据写入的过程。二进制日志刷盘时机:是指啥时候,通过什么策略将内存日志写入磁盘中。

sync_binlog=N: 表示写缓冲多少次,刷一次盘。默认值为0。取值是 0、1 和 N 三种值。

binlog_cache_size: 二进制日志缓存部分的大小,默认值32k。设置过大,会造成内存浪费。设置过小,会频繁将缓冲日志写入临时文件。

sync_binlog=0: 表示刷新binlog时间点由操作系统自身来决定,操作系统自身会每隔一段时间就会刷新缓存数据到磁盘,这个性能最好。

sync_binlog=1: 表示每次事务提交都要调用fsync(),刷新binlog写入到磁盘。

sync_binlog=N: 表示 N个事务提交,才会调用 fsync()进行一次binlog刷新,写入磁盘。

先写日志在写数据。

MySQL的刷盘时机为1(默认)

root@(none) 15:28 mysql>show variables like 'sync_binlog';

±--------------±------+

| Variable_name | Value |

±--------------±------+

| sync_binlog | 1 |

±--------------±------+

1 row in set (0.01 sec)

查看当前使用的二进制日志

root@(none) 16:28 mysql>show binary logs;

ERROR 1381 (HY000): You are not using binary logging

root@(none) 16:30 mysql>show master logs;

ERROR 1381 (HY000): You are not using binary logging

========redo日志

先redo后undo,

redo存放位置: 放在数据目录下

innodb 存储引擎产生的日志:

redo log:记录的是脏数据的变化--》buffer pool里的

作用:

MySQL意外宕机重启也不要紧。只要在重启时解析redo log中的事务而后重放一遍。将Buffer Pool中的缓存页重作成脏页。后续再在合适的时机将该脏页刷入磁盘便可。

复制代码
undo log:记录某 数据 被修改 前 的值
    undo log:ibdata1
作用:方便回滚 rollback --》相当于做了一个快照(备份)

redo:解决事务commit不成功,重新redo

undo: 解决事务rollback,撤销。

1、redo和undo-checkpoint:日志文件的路径和名字

/data/mysql

ib_logfile0

ib_logfile1

2、undo存放位置:数据目录下/data/mysql

撞库:https://baike.baidu.com/pic/SQL注入攻击/4766224/0/72ccb777585a2158b051b9a9?fr=lemma\&ct=single#aid=0\&pic=72ccb777585a2158b051b9a9

redo:重新做

undo:不做

page 页:16k。

物理的:硬件的

磁盘对拷

逻辑的:软件的

dump 导出

tcpdump

mysqldump

相关推荐
倔强的石头_17 小时前
《Kingbase护城河》——数据库存储空间全景探测与精细化瘦身实战
数据库
云技纵横18 小时前
唯一索引 INSERT 死锁实战:5 秒复现交叉插入的 S 锁循环等待
sql·mysql
沉默王二18 小时前
面试官:RAG 不用向量数据库,用 MySQL 硬扛?我:100 万向量不是很轻松?
mysql·面试·ai编程
冬奇Lab1 天前
每日一个开源项目(第134篇):Zvec - 阿里开源的嵌入式向量数据库,向量搜索界的 SQLite
数据库·人工智能·llm
小猿姐1 天前
MySQL Top 10 热点问题 AI 运维实战:从内核诊断到云原生运维
mysql·云原生·aiops
ClouGence2 天前
Oracle CDC 架构优化:从主库直连到 DataGuard 备库同步
数据库·后端·oracle
云技纵横2 天前
Gap Lock 死锁实战:5 秒在本地复现 MySQL 间隙锁死锁
后端·mysql
无响应de神2 天前
三、用户与权限管理
数据库·mysql
大树882 天前
金刚石散热越强,管路越先见顶
大数据·运维·服务器·人工智能·ai