这是一个创建于 1831 天前的主题，其中的信息可能已经有所发展或是发生改变。
当系统因某种异常（ bug，宕机等）导致数据出现错误或未完全更新，要如何校正修复这些错误的数据呢？对于简单的系统来说，可能直接修改数据库来的简单直接，但如果情景稍微复杂一些，比如业务逻辑较为复杂，数据较多，数据库主从同步，缓存等，请教各位有什么好的方法来进行处理
 |
1
dovme 2019-04-16 08:41:03 +08:00 via Android
应该解决的不是为什么一有异常，数据库数据就错乱的问题吗？从源头解决会不会更好？
|
 |
2
xiaoyunwei2 2019-04-16 09:11:03 +08:00
我来 丢给运维解决
|
 |
3
lukaz OP @dovme 我指的是偶发的情形，不是说所有异常都会这样。而且有些情况是无法提前预知的，极端点的例子是机房突然停电。此处是想请教当数据错误已经出现了的情况下该如何处理。
|
 |
4
gamexg 2019-04-16 10:16:40 +08:00  1
@lukaz #3 事务就是用来解决断电等异常情况数据不统一的。
已经这样了最简单的办法是写个程序遍历数据库修正了。 另外一些内容也可以考虑防御是编程解决，正常流程执行时发现应该存在的数据不存在记录日志并补上（但是只有极少数情况合适）。 |
 |
5
Moorj 2019-04-16 10:55:09 +08:00 2
不要直接编辑主表内容，上缓存，我是自学的，不知道这个专业术语叫什么，我都叫他缓存
举例：新建联系人，如果直接在主表上操作，如果断电或者宕机，就会产生一条垃圾信息（未编辑完成的记录） 我会先在一个临时表里操作，然后点击确定的时候，自动运行脚本把临时表中的数据写入到主表中，然后清空临时表 这样如果断电，也是临时表里有一条垃圾数据，主表不受影响，而临时表可以在每次开机的时候清空 |
|
6
Moorj 2019-04-16 10:56:26 +08:00
类似于写作文先在草稿上写，写到满意了，点一个按钮，会有机器自动帮你誊写到宣纸上，以免出现意外情况浪费宣纸
|
|
7
Moorj 2019-04-16 10:57:38 +08:00
如果是修改内容，也是一样的操作，把主表内容复制到临时表，修改完反写回去，这样还可以在反写的时候进行可靠性验证
|
 |
10
huangqincan 2019-04-16 12:53:23 +08:00
@Moorj 如果是在临时表插入主表的时候断电呢会不会造成同样的问题
|
|
11
Moorj 2019-04-16 13:08:24 +08:00 via Android
@huangqincan 临时表转录主表，这个过程只有几毫秒，出问题的几率不大，并且最后一步是清空临时表，如果真的在这几毫秒断电，你还可以从临时表里找到未被清空的记录
|
 |
12
zhaishunqi 2019-04-16 13:17:49 +08:00
不是应该所有的持久化操作都应该处于同一个事务内,当完成这个操作的时候,统一 submit 事务嘛?
|
|
15
zhaishunqi 2019-04-16 13:24:56 +08:00 1
@zhaishunqi 艾玛,习惯性 ctrl+回车就回复发出去了..
理论上来说,从数据库拿到连接,开启一个事务以后,这一组操作都属于一个原子性的操作. 在事务 submit 也就是纳秒-毫秒级别的,如果在这个事务提交的瞬间发生断电,基本上可以说比中彩票的几率小吧. 如果碰到数据错误这样的情况,建议你看下你的系统是不是设计的有问题. |
 |
16
silentstorm 2019-04-16 13:24:56 +08:00 via Android 1
数据库的事务处理就是为了保证一致性的。即便是断电也有重做日志帮你恢复数据完整性。我觉得程序应该做到的就是保证关键业务处理在一个事务内完成，其他事情数据库做的肯定比你好。
|
|
17
lukaz OP @zhaishunqi @silentstorm 当业务逻辑需要跨系统时，无法放到一个事务内。另外，由于 bug 导致的数据错误还是难以避免的（可能是低级的计算错误或是底层框架缺陷而在测试的时候没有发现）。
|
Select Language