故障发生后如何确保mysql数据不丢失?

发布于 2022-08-31 09:18:10 字数 346 浏览 17 评论 0

如题,
最近遇到了一个问题,mysql数据库损坏,最后通过myisamchk修复的。

有个疑问,
mysql数据库的定时备份只是用来做大型突发事件的事后处理,
并且会丢失从最后一次备份到事故发生的数据,

目前已知的办法是mysql主从备份,
请问除了这个之外,有没有什么办法实现完全不丢失数据?

= =

结语:
虽然本问说的是小公司、小作坊的解决方案,例如几百人到几千人的discuz论坛,
但是确实如murmur所回答的那样,也和正常的认知一样,完美的解决方案是钱砸出来的。

除此之外,对于小的作坊来说,innodb和自己搞事务处理也是可以的。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

ゃ人海孤独症 2022-09-07 09:18:10

日志恢复肯定是有丢失的可能 理论意义的完全不丢失数据 mysql估计做不到 至少也得是oracle级别(要不银行干嘛不用mysql)
除此之外还要花血本砸硬件 就算你热备两个节点同时失效也不是不可能 这个时候就好最好的服务器 两路电源 机房都要专门设计
总之 就是两个字 砸钱

刚才想到 完全这两个字 还是有问题
即便是银行砸了那么多钱 为了所谓的完全 每次你在营业网点的现金操作 不还是有纸质记录么
在可靠性上 还是不要瞧不起国企 那都是用钱砸出来的可靠性 互联网反倒差些 尤其是网游 三天两头宕机回档 这要在银行早排队吃官司了

另外据说银行的数据是三处备份 是三个机房而且分开两地 你再想想你所谓主从mysql能做到多少稳定性呢

作妖 2022-09-07 09:18:10

innodb的log-bin恢复

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文