MySQL高可用 - 多种方案服务停止后,服务器能自动跳转到备用机, 当主服务器服务启动起来后会自动切换回来。 2.2 方案架构图 2.3 方案优缺点 优点: 安装配置简单,实现方便,高可用效率好,可以根据服务与系统的可用性 多方面进行切换。 可以将写 VIP 和读 VIP 分别进行设置,为读写分离做准备。 扩展不是很方便。 可以在后面添加多个从服务器,并做到负载均衡。 缺点: 上的 mysql,看是否能切换回 master。 启动 master 上的 keepalived,看 VIP 是否会迁移回 master 上。 重启 master 的系统,看看切换过程是否 OK 3 Lvs+Keepalived+Mysql单点写入读负载均衡主主同步高可用方案 3.1 方案简介 Lvs+keepalived 作为目前比较流行的高可用解决方案,lvs 服务器宕机、keepalived 服务停止后,服务器能自动跳转到备用机,当主服务器服务 启动起来后会自动切换回来。 3.2 方案架构图 3.3 方案优缺点 优点: 实现方便,高可用效率好,可以根据服务与系统的可用性多方面进行切换。 可以将写 VIP 和读 VIP 分别进行设置,为读写分离做准备。 扩展很方便。可以在后面添加多个从服务器,并做到负载均衡。 缺点: 在启动或者恢复后会立即替换掉定义的0 码力 | 31 页 | 874.28 KB | 1 年前3
MySQL 企业版功能介绍MySQL 企业版提供了全面的高级功能、管理工具和技术支持,实现了高水平的 MySQL 可扩展性、安全性、可靠性和无故障运行时间。 MySQL 企业版可在开发、部署和管理业务关键型 MySQL 应用的过程中降低风险、削减成本和减 少复杂性。MySQL 企业版具有以下独特优势: 使用 Oracle MySQL 服务云轻松设置、运行和管理云中的 MySQL 使用 MySQL 分组复制来确保数据库的高可用性 企业防火墙阻止可能导致宝贵的个人和财务数据丢失的 SQL 注入攻击。DBA 可以通过创 建白名单、实时威胁监视、SQL 语句阻止和报警来保护数据资产。作为入侵检测系统,MySQL 企业级防火墙通知管理员 SQL 语句活动与批准的白名单不匹配。 MySQL 企业级审计 借助 MySQL 企业级审计,企业可以快速无缝地在现有应用中添加基于策略的审计合规性。您可 以动态启用用户级活动日志、实施基于活动的策略、管理审计日志文件以及将 Query Analyzer 可帮助您提升 MySQL 实例、使用这些实例 的应用以及支撑基础架构的性能和可用性。MySQL Enterprise Monitor 持续监视 MySQL 查询以及 与性能相关的服务器指标,并在严重偏离基准性能趋势时提醒开发人员和 DBA。Replication Dashboard 显示 MySQL 工具信息,Topology 视图显示复制分组的当前配置,让您能够快速了解每0 码力 | 6 页 | 509.78 KB | 1 年前3
Qcon北京2018--《MySQL的Docker容器化大规模实践》--王晓波池 管 理 高 可 用 切 换 集 群 节 点 管 理 扩 容 缩 容 数 据 库 及 实 例 迁 移 过 载 保 护 机 制 总体架构 分 布 式 监 控 资源管理|资源调度 复制与迁移|高可用保障|备份恢复 自 动 化 运 维 应用 DB中间件 数据存储 应用 VIP 告警分析 告警发送 指标画图 趋势预测 自定义脚本 Open API 数据校验 实例迁移 高可用组件配合DB中间,实现无感知的高可用切 换。 兼容mysql协议 支持SELECT/INSERT/UPDATE/DELETE语句 支持单DB实例上的inner join 支持单DB实例上的事务 支持聚合函数:max、min、sum、avg、count 支持:distinct、order by、group by、limit、 top:definition text 支持多种拆分方式 不分区 根据关键字段,进行hash分区 全量迁移基于开源工具mydumper和myloader做了定制化开发,解决了一些问题,比如 utf8mb4导致乱码的问题等。 增量复制使用的是公司自研的基于binlog复制的产品。该工具支持指定库、表级别复制,另外 也支持源与目标命名不一致(结构一致)的复制。 数据库及实例迁移 step1:全量 step2:增量 S D S D binlog解析 逻辑迁移 step3:数据一致性校验 实例迁移 实例迁移0 码力 | 32 页 | 7.11 MB | 1 年前3
Kubernetes Operator 实践 - MySQL容器化Pod、Service、Volume 等 • Kubernetes 1.7 之后增加了 CRD 自定义资源 • 二次开发扩展 Kubernetes API CRD 的基本原理 ① 观察资源的当前状态 ② 分析当前状态与期望状态的差别 ③ 调用 API 消除差别 TestCluster app=test app=test 申请扩容 期望副本数:3 当前副本数:1 VS app=test 增加2个副本 OnDelete WorkQueue List/Watch - CRD - Pod Write Informer Worker ReadOnly • Informer:监听事件并触发回调函数的二级缓存工具包 • WorkQueue:事件合并、过滤、延时、限速 Operator CRD 里有什么 MySQL CRD • Spec:配置 & 期望状态 • Status:当前状态0 码力 | 42 页 | 4.77 MB | 1 年前3
谈谈MYSQL那点事不能使用索引,使用 LIKE ‘abc%’ LIKE ‘abc%’ 将能够使用索引 将能够使用索引 如果在 如果在 SQL SQL 里使用了 里使用了 MySQL MySQL 部分自带函数,索引将失效,同时将无 部分自带函数,索引将失效,同时将无 法 法 使用 使用 MySQL MySQL 的 的 Query Cache Query Cache ,比如 ,比如 LEFT() 左边进行算术或表达式运算,否则系统将 左边进行算术或表达式运算,否则系统将 可能无法正确使用索引 可能无法正确使用索引 尽量不要在 尽量不要在 where where 条件中使用函数,否则将不能使用索引 条件中使用函数,否则将不能使用索引 避免使用 避免使用 select *, select *, 只取需要的字段 只取需要的字段 对于大数据量的查询,尽量避免在 对于大数据量的查询,尽量避免在 temporary Using temporary ,性能杀手 ,性能杀手 MySQL MySQL 技巧分享 技巧分享 索引实践 索引实践 MySQL MySQL 技巧分享 技巧分享 函数和索引 函数和索引 MySQL MySQL 技巧分享 技巧分享 MySQL Slow Log MySQL Slow Log 分析工具 分析工具 mysqldumpslow - mysql0 码力 | 38 页 | 2.04 MB | 1 年前3
MySQL 8.0.17 调优指南(openEuler 20.09)● 必须保证调优后的程序运行正确。 ● 调优过程是迭代渐进的过程,每一次调优的结果都要反馈到后续的代码开发中 去。 ● 性能调优不能以牺牲代码的可读性和可维护性为代价。 1.3 调优思路 性能优化首先要较为精准的定位问题,分析系统性能瓶颈,然后根据其性能指标以及 所处层级选择优化的方式方法。 下面介绍MySQL数据库具体的调优思路和分析过程,如图1所示。 调优分析思路如下: 1. 很 对于不同的硬件设备,通过在BIOS中设置一些高级选项,可以有效提升服务器性能。 方法 步骤1 关闭SMMU。 说明 此优化项只在非虚拟化场景使用,在虚拟化场景,则开启SMMU。 1. 重启服务器过程中,单击Delete键进入BIOS,选择“Advanced > MISC Config”,单击Enter键进入。 2. 将“Support Smmu”设置为“Disable” 。 步骤2 关闭预取。0 码力 | 11 页 | 223.31 KB | 1 年前3
如何用 MySQL 构建全方位高可用应用MySQL Cluster 提供 – 串行:主数据库等待更 改应用于所有从数据 库后,再向应用程序 发送确认 • 较长的延迟 • 如果采用主动/主动模式, 则最适合小型事务处理 • 无损 异步复制与同步复制 4/16/2017 版权所有 2015,Oracle 和/或其附属公司。保留所有权利。 11 MySQL Enterprise Monitor •在 10 分钟内开始监视 MySQL 版权所有 2015,Oracle 和/或其附属公司。保留所有权利。 MySQL Cluster 数据节点 Master –Slave Replication •内存优化表 – 持久 – 可与基于磁盘的表混合使用 •大量并发 OLTP •通过分布式联接支持分析 •通过并行表扫描支持非索引搜索 •MySQL Cluster 7.4 DBT2 FlexAsych – 2 亿次 NoSQL 31 MySQL Cluster 7.4 NoSQL 性能 2 亿次 NoSQL 读取/秒 版权所有 2015,Oracle 和/或其附属公司。保留所有权利。 •内存优化表 – 持久 – 可与基于磁盘的表混合使用 •大量并发 OLTP •通过分布式联接支持分析 •通过并行表扫描支持非索引搜索 •MySQL Cluster 7.4 DBT2 BM – 250 万条 SQL 语句/秒0 码力 | 40 页 | 2.19 MB | 1 年前3
运维上海2017-从理论到实践,深度解析MySQL Group Replication -徐春阳Group Replication原理解析与实践经验 徐春阳 MGR原理 MGR vs SEMI-SYNC MRG实践经验 • 支持多节点并发执行事务。如何保证从各个节点并发执行 的事务在每个节点以相同的顺序被应用/执行.------paxos协 议的功能。 • 自动地事务冲突检测。节点之间不能”同时”操作主键相同 记录,如果冲突,只有一个节点成功。------冲突检测。 以及冲突检测时使用到主键以及事务的数据快照版本(gtid_set) • 比较规则。将事务所涉及的主键以及数据版本信息(gtid_set)跟write set 里面的信息进行比较: 主键不存在与write set中,不冲突。 主键存在,则比较事务版本信息,即比较gtid_set,如果是包含关系, 则不冲突。否则,冲突。 • 冲突检查在各节点内部独立完成,不需要节点间的通信。0 码力 | 32 页 | 9.55 MB | 1 年前3
共 8 条
- 1













