事务已提交，数据却丢了，赶紧检查下这个配置！！！1
需积分: 0 40 浏览量
2022-08-03
11:46:58
上传
评论
收藏 573KB PDF 举报
事
务
已
提
交
，
数据
却
丢
了
，
赶
紧
检
查
下
这
个
配
置
！！！
|
数据
库
系
列
有
个
星
球
⽔
友
提
问
：
沈
⽼
师
，
我
们
有
⼀
次
M
y
S
QL
崩
溃
，
重
启后发
现
有
些
已
经
提
交
的
事
务
对
数据
的
修
改
丢
失
了
，不
是
说
事
务
能
保
证
ACID
特
性
么
，
想
问
下
什么
情
况
下
可
能
导
致
“
事
务
已
经
提
交
，
数据
却
丢
失
”
呢
？
这
个
问题
有
点
复
杂
，且
容
我
系统
性
梳
理
下
思
路
，
先
从
r
ed
o
l
o
g
说
起
吧
。
画
外
⾳
：
⽔
友
问
的
是
M
y
S
QL
，
⽀
持
事
务
的
是
I
nn
o
DB
，
本
⽂
以
I
nn
o
DB
为例
展
开
叙
述
，
其
他
数据
库
不
是
很
了
解
，
但估
计
原
理
是
相
同
的
。
为什么
要
有
r
ed
o
l
o
g
？
事
务
提
交
后
，
必
须
将
事
务
对
数据
⻚
的
修
改
刷
(
f
sy
nc
)
到
磁
盘
上，
才
能
保
证
事
务
的
ACID
特
性
。
这
个
刷
盘
，
是
⼀个
随
机
写
，
随
机
写
性
能
较
低
，
如
果
每次
事
务
提
交
都
刷
盘
，
会
极
⼤
影
响
数据
库
的
性
能
。
随
机
写
性
能
差
，
有
什么优
化
⽅
法
呢
？
架构
设计
中
有
两个
常
⻅
的
优
化
⽅
法
：
（
1
）
先写
⽇
志
(
wr
i
t
e
l
o
g
fi
rst
)
，
将
随
机
写
优
化
为
顺
序
写
；
（
2
）
将
每次
写
优
化
为
批
量
写
；
这
两个
优
化
，
数据
库
都
⽤
上
了
。
先
说
第
⼀个
优
化
，
将对
数据
的
修
改
先
顺
序
写到
⽇
志
⾥
，
这
个
⽇
志
就
是
r
ed
o
l
o
g
。
假
如
某
⼀
时
刻
，
数据
库
崩
溃
，
还
没
来
得
及
将
数据
⻚
刷
盘
，
数据
库
重
启
时
，
会
重
做
r
ed
o
l
o
g
⾥
的
内
容
，
以保
证
已
提
交事
务
对
数据
的
影
响
被
刷到
磁
盘
上
。
⼀
句
话
，
r
ed
o
l
o
g
是
为了保
证
已
提
交事
务
的
ACID
特
性
，
同
时
能
够
提
⾼
数据
库性
能
的
技
术
。
既
然
r
ed
o
l
o
g
能
保
证
事
务
的
ACID
特
性
，
那
为什么
还
会
出
现
，
⽔
友
提
问
中
出
现
的
“
数据
库
奔
溃
，丢
数
据
”
的
问题
呢
？⼀
起
看
下
r
ed
o
l
o
g
的
实
现
细
节
。
r
ed
o
l
o
g
的
三
层
架构
？
原
创
58
沈
剑
2019-10-12
架构
师
之
路
评论0