一张思维导图纵观MySQL数据安全体系.docxVIP

一张思维导图纵观MySQL数据安全体系.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
PAGE 1 PAGE 1 一张思维导图纵观MySQL数据安全体系 和团队内部的同事一起沟通,争论了MySQL数据库系统数据安全性问题,主要针对MySQL丢数据、主从不全都的场景,还有业务层面使用不得当导致主备库数据结构不一样的状况,本文是基于以上的争论和总结做的思维导图。 简介 和团队内部的同事一起沟通,争论了MySQL数据库系统数据安全性问题,主要针对MySQL丢数据、主从不全都的场景,还有业务层面使用不得当导致主备库数据结构不一样的状况,本文是基于以上的争论和总结做的思维导图。 思维导图 内容展示 OS BBU:数据库服务器要配置BBU,BBU在电源供应出现问题的时候,为RAID掌握器缓存供应电源。当电源断电时,BBU电力可以使掌握器内缓存中的数据可以保存一定时间(依据BBU的型号而打算)。用户只需要在BBU电力耗尽之前恢复正常供电,缓存中的数据即可被完整的写回RAID中,避免断电导致数据丢失 防止OS异常断电导致数据无法正常落盘 磁盘禁用cache,MySQL的O_DIRECT方式可以跳过pagecache写数据 单机 (1)redolog innodb_flush_log_at_timeout =5.6.6:每隔innodb_flush_log_at_timeout秒将数据刷新到磁盘中去 (2)binlog sync_binlog=1 (3)innodbbufferdata 不同的flushmathod刷数据的图形展示。图片来自。 (4)InnoDB落盘 MySQL数据落盘的路径,图片来自李春。 和团队内部的同事一起沟通,争论了MySQL数据库系统数据安全性问题,主要针对MySQL丢数据、主从不全都的场景,还有业务层面使用不得当导致主备库数据结构不一样的状况,本文是基于以上的争论和总结做的思维导图。 简介 和团队内部的同事一起沟通,争论了MySQL数据库系统数据安全性问题,主要针对MySQL丢数据、主从不全都的场景,还有业务层面使用不得当导致主备库数据结构不一样的状况,本文是基于以上的争论和总结做的思维导图。 思维导图 内容展示 OS BBU:数据库服务器要配置BBU,BBU在电源供应出现问题的时候,为RAID掌握器缓存供应电源。当电源断电时,BBU电力可以使掌握器内缓存中的数据可以保存一定时间(依据BBU的型号而打算)。用户只需要在BBU电力耗尽之前恢复正常供电,缓存中的数据即可被完整的写回RAID中,避免断电导致数据丢失 防止OS异常断电导致数据无法正常落盘 磁盘禁用cache,MySQL的O_DIRECT方式可以跳过pagecache写数据 单机 (1)redolog innodb_flush_log_at_timeout =5.6.6:每隔innodb_flush_log_at_timeout秒将数据刷新到磁盘中去 (2)binlog sync_binlog=1 (3)innodbbufferdata 不同的flushmathod刷数据的图形展示。图片来自。 (4)InnoDB落盘 MySQL数据落盘的路径,图片来自李春。 使用replaceinto操作,导致主备库自增主键不全都 setsessionsql_log_bin=0 业务架构 常见的双写 “丢”数据的场景 (1)slave_skip_counter不合理 slave_skip_counter=1 slave_skip_counter1 (2)DBCrash,OS正常 innodb_flush_log_at_trx_commit=0 事务提交时,不刷新缓存,系统刷新的频率是1s,故会丢失1s的数据。 innodb_flush_log_at_trx_commit=1 事务提交时,会刷新到磁盘,保证事务落盘,故不丢数据。 innodb_flush_log_at_trx_commit=2 事务提交时,刷新到oscache,系统没有crash,数据无丢失。 (3)DB正常,OSCrash 带有B

文档评论(0)

137****2175 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档