MySQL高可用 - 多种方案高可用方案探究 1 前言........................................................................................................................................... 3 2 Lvs+Keepalived+Mysql 单点写入主主同步高可用方案 ... ....................... 3 2.1 方案简介 ....................................................................................................................... 3 2.2 方案架构图 ............................ ....................... 3 2.3 方案优缺点 ................................................................................................................... 4 2.4 方案实战 ...............................0 码力 | 31 页 | 874.28 KB | 1 年前3
MySQL 数据库架构灾难恢复解决方案MySQL 数据库架构 灾难恢复解决方案 MySQL InnoDBClusterSet 介绍 MySQL SE 罗伟文 2 / 55 Safe Harbor Statement 以下内容旨在概述我们的一般产品方向。它仅供参考,不得纳入任何合同。它并不提供任何材料、代码或功能的承诺,不应据此做出购买决策。 Oracle 产品描述的任何特性或功能的开发、发布和时间安排仍由 Oracle 自行决定。 its affiliates. 9 / 55 Present - Solutions! 2020 - MySQL InnoDB Replicaset • "经典"、"异步"的基于复制的解决方案,完全集成 • MySQL Shell • MySQL Router • MySQL Server RPO !=0 RTO =minutes (manual failover)0 码力 | 52 页 | 3.07 MB | 1 年前3
MySQL 企业版功能介绍 MySQL 企业级备份 MySQL 企业级高可用性 MySQL 企业级可扩展性 MySQL 企业级身份验证 MySQL 企业级 TDE MySQL 企业级加密 MySQL 企业级防火墙 MySQL 企业级审计 MySQL Enterprise Monitor Enterprise Manager for MySQL 企业级可扩展性应对指数级增长的用户和数据量 通过 MySQL 企业级备份执行热备份和恢复,从而降低数据丢失的风险 通过 MySQL 企业级安全性来利用现有安全基础架构 使用加密、密钥生成和数字签名保护敏感数据 通过 MySQL 企业级防火墙阻止针对数据库的攻击(如 SQL 注入) 对现有 MySQL 应用实施基于策略的审计合规性 通过 MySQL 企业级透明数据加密 (TDE) MySQL 企业级透明数据加密 (TDE) 通过加密数据库的物理文件来实现静止数据加密。数据在写 入存储之前实时自动加密,从存储读取时自动解密。因此,黑客和恶意用户无法从表空间文件、 数据库备份或磁盘中读取敏感数据。MySQL 企业级 TDE 使用双层加密密钥体系结构,包括主加 密密钥和表空间密钥,可轻松实现密钥管理和轮换。 MySQL 企业级加密0 码力 | 6 页 | 509.78 KB | 1 年前3
Qcon北京2018--《MySQL的Docker容器化大规模实践》--王晓波若宿主机剩余空间不足会启动迁移扩容流程 。 目前使用的host模式,无法隔离网络。但是考虑到10G接入,且单机密度可控的情况下,网 络消耗不会过载。另外目前我们已经在线下尝试结合Ovs+Dpdk的方案实现网络隔离。 容器的调度 •提供两种API: •Docker API的封装,用于创建,删除,修改。 •集群管理API,用于集群管理。 •Scheduler调度:选择最优节点创建容器。 这种方式的优势是IO性能最佳,随之而来的缺点是磁盘容量不好估算,有可能在使用了一段时间后出现磁 盘空间不足的问题,这个时候则会启动迁移扩容的流程。 已经在和提供高密度IO分布式存储解决方案厂商接触,计划测试平台接入分布式存储的方案。 磁盘挂载 3301 3302 3303 3304 3305 宿主机磁盘 集群扩容 本地CPU、 memory、disk 是否满足 扩容 原地扩容 迁移升级0 码力 | 32 页 | 7.11 MB | 1 年前3
如何用 MySQL 构建全方位高可用应用半同步 复制 Windows/ Solaris/ Clusterware 群集或 Oracle VM Group Replication MySQL Cluster MySQL 高可用性解决方案 4/16/2017 9 9 . 9 9 9 % 版权所有 2015,Oracle 和/或其附属公司。保留所有权利。 5 并不仅仅是可靠地存储数据 支持高可用性的各个层 数据的冗余访问路径 Cluster 之间异步复制 •主动-主动 – 随处更新 – 冲突检测 • 通过异常表通知应用程序 • 可以选择自动解决冲突 – 自动解决冲突 • 冲突的事务和独立的事务会被回滚 •不会对应用程序方案进行更改 4/16/2017 30 主动-主动异地复制 版权所有 2015,Oracle 和/或其附属公司。保留所有权利。 MySQL Cluster 数据节点 Master –Slave queriesBeforeRetryMaster – retriesAllDown – autoReconnect – autoReconnectForPools 47 Oracle MySQL 高可用性和扩展解决方案 MySQL 复制 Oracle VM MySQL 模板 Oracle Clusterware Solaris Cluster Group Replication InnoDB0 码力 | 40 页 | 2.19 MB | 1 年前3
Kubernetes Operator 实践 - MySQL容器化linux 内核 的一个 bug 方案: kernel-3.10.0-449.el7 解决 https://bugzilla.redhat.com/show_bug.cgi?id=1319256 • 现象:PVC 在第一次绑定的时候特别慢 原因:pod 使用未绑定 PVC 时,不会加入使用的 volume,又不 watch PVC,导致只有 超时时才重新处理 方案:k8s v1.10.7 解决 https://github0 码力 | 42 页 | 4.77 MB | 1 年前3
共 6 条
- 1













