Keepalived + PostgreSQL 流复制方式实现高可用 HA 一 项目简介 HA 是数据库领域一个永恒的议题，同时也是最复杂的方案之一，PostgreSQL 本身并不提供任何高可用方案， 本文通过 Keepalived + PostgreSQL 流复制方式实现高可用 HA，故障切换逻辑和部分脚本参考德哥 sky_postgresql_cluster () 的 HA 项目，本文仅分享一种 PostgreSQL高可用方案，脚本的切换逻辑可根据实际情况调整，如果您对此方案有更好的建议或补充，欢迎探讨。 Email: 二 需求 PostgreSQL 9.4 版本：其它版本脚本需做相应调整 硬件：2 台带远程管理卡的物理主机：在数据库发生切换时需要用到远程管理卡 两台物理主机安装 Keepalived 程序

本文详细介绍了Redis高可用集群的搭建和优化策略。首先对比了哨兵模式和高可用集群模式，强调了集群模式在性能和高可用性方面的优势。接着，逐步讲解了搭建Redis集群的具体步骤，包括配置文件的设置和集群节点的创建。文中还讨论了Java操作Redis集群的方法，采用Jedis客户端进行实例操作。此外，文章深入分析了Redis集群原理，包括槽位的分配和管理、节点间的通信机制、以及集群选举原理。最后，对集群中可能出现的问题如网络抖动和脑裂等进行了分析，并提供了相应的解决方案。

从各个角度总结了电商平台中的架构实践，由于时间仓促，定了个初稿，待补充完善，欢迎大家一起交流。客户端页面缓存（httpheader中包含Expires/CacheofControl，lastmodified(304，server不返回body，客户端可以继续用cache，减少流量)，ETag）反向代理缓存应用端的缓存(memcache)内存数据库Buffer、cache机制（数据库，中间件等）哈希、B树、倒排、bitmap哈希索引适合综合数组的寻址和链表的插入特性，可以实现数据的快速存取。B树索引适合于查询为主导的场景，避免多次的IO，提高查询的效率。倒排索引实现单词到文档映射关系的最佳实现方

MHA是一位 日本 MySQL 大牛用Perl写的一套MySQL故障切换方案，来保证数据库系统的高可用.在宕机的时间内（通常10—30秒内），完成故障切换，部署MHA，可避免主从一致性问题，节约购买新服务器的费用，不影响服务器性能，易安装，不改变现有部署。 因此MHA是众多使用MySQL数据库企业高可用的不二选择，它简单易用，功能强大，实现了基于MySQL replication架构的自动主从故障转移！

支持post和get两种版本检查方式，支持自定义网络请求。 支持设置只在wifi下进行版本更新。 支持静默下载、自动版本更新。 提供界面友好的版本更新提示弹窗，可自定义其主题样式。 支持自定义版本更新检查器、版本更新解析器、版本更新提示器、版本更新下载器、版本更新安装、出错处理。 支持MD5文件校验、版本忽略、版本强制更新等功能。 支持自定义请求API接口。

MySQL复制能够保证数据的冗余的同时可以做读写分离来分担系统压力，如果是主主复制还可以很好的避免主节点的单点故障。但是MySQL主主复制存在一些问题无法满足我们的实际需要：未提供统一访问入口来实现负载均衡，如果其中master宕掉的话需要手动切换到另外一个master，而不能自动进行切换。 　　这篇文章下面要介绍如何通过LVS+Keepalived的方式来是实现MySQL的高可用性，同时解决以上问题。 　　Keepalived和LVS介绍 　　Keepalived是一个基于VRRP（虚拟路由冗余协议）可用来实现服务高可用性的软件方案，避免出现单点故障。Keepalived一般用来实现轻

《mysql管理之道：性能调优、高可用与监控》由资深mysql专家撰写，以最新的mysql版本为基础，以构建高性能mysql服务器为核心，从故障诊断、表设计、sql优化、性能参数调优、mydumper逻辑、xtrabackup热备份与恢复、mysql高可用集群搭建与管理、mysql服务器性能和服务监控等方面多角度深入讲解了如何去管理与维护mysql服务器。 书中内容以实战为导向，所有内容均来自于笔者多年实践经验的总结和对新知识的拓展，同时也针对运维人员、dba等相关工作者会遇到的有代表性的疑难问题给出了实用的情景模拟，并给出了解决方案。不论你目前有没有遇到过此类问题，相信对你以后处理相关问题都会有所借鉴。本书适合所有希望构建和管理高性能、高可用性的mysql数据库系统的开发者和dba阅读。 目录 · · · · · · 前言 第一部分　mysql5.5 新特性篇 第1章　mysql5.5介绍 2 1.1　性能上的显著改变 2 1.1.1　mysql5.5默认存储引擎的调整 2 1.1.2　充分利用cpu多核的处理能力 7 1.1.3　提高刷新脏页数量和合并插入数量，改善磁盘i/o处理能力 8 1.1.4　增加自适应刷新脏页功能 9 1.1.5　让innodb_buffer_pool缓冲池中的热数据存活更久 9 1.1.6　innodb的数据恢复时间加快 11 1.1.7　innodb同时支持多个bufferpool实例 15 1.1.8　可关闭自适应哈希索引 17 1.1.9　在innodb中可选择使用内存分配程序 18 1.1.10　提高默认innodb线程并发数 21 1.1.11　预读算法的变化 22 1.1.12　首次在linux上实现了异步i/o 23 1.1.13　恢复组提交 24 1.1.14　innodb使用多个回滚段提升性能 26 1.1.15　改善清除程序进度 26 .1.1.16　添加删除缓冲和清除缓冲 27 1.1.17　控制自旋锁spin lock轮训间隔 28 1.1.18　快速创建、删除、更改索引 29 1.1.19　innodb支持创建压缩数据页 30 1.1.20　可动态关闭innodb更新元数据的统计功能 37 1.2　安全性、稳定性的显著改变 38 1.2.1　复制功能加强 38 1.2.2　中继日志relay-log可自我修复 39 1.2.3　开启innodb严格检查模式 39 1.3　动态更改系统配置参数 39 1.3.1　支持动态更改独立表空间 39 1.3.2　支持动态更改innodb锁超时时间 40 1.4　innodb新参数汇总 40 1.5　同步复制新参数汇总 48 1.6　sql语句写法的改变 53 1.6.1　delete表连接语法改变 53 1.6.2　mysql5.5存储过程支持limit变量 54 1.7　mysql5.1升级为mysql5.5 55 1.7.1　采用mysql_upgrade升级授权表方式升级 55 1.7.2　直接安装mysql5.5，采用数据导出/导入方式升级 59 1.8　性能测试：mysql5.5与mysql5.1 60 第2章　半同步复制 62 2.1　半同步复制简介 62 2.2　半同步复制安装配置 63 2.3　参数说明 63 2.4　功能测试 64 2.4.1　如何验证半同步复制是否正常工作 64 2.4.2　半同步复制与异步复制的切换 65 2.5　性能测试 68 2.6　小结 70 第二部分　故障诊断与性能优化篇 第3章　故障诊断 72 3.1　影响mysql性能的因素 72 3.2　系统性能评估标准 73 3.2.1　影响linux服务器性能的因素 73 3.2.2　系统性能评估指标 74 3.2.3　开源监控和评估工具介绍 76 3.3　故障与处理 79 3.3.1　连接数过多导致程序连接报错的原因 79 3.3.2　记录子查询引起的宕机 84 3.3.3　诊断事务量突高的原因 87 3.3.4　谨慎设置binlog_format=mixed 90 3.3.5　未设置swap分区导致内存耗尽，主机死机 94 3.3.6　mysql故障切换之事件调度器注意事项 95 3.3.7　人工误删除innodb ibdata数据文件，如何恢复 97 3.3.8　update忘加where条件误操作恢复（模拟oracle闪回功能） 99 3.3.9　delete忘加where条件误操作恢复（模拟oracle闪回功能） 108 第4章　同步复制报错故障处理 112 4.1　最常见的3种故障 112 4.1.1　在master上删除一条记录时出现的故障 112 4.1.2　主键重复 114 4.1.3　在master上更新一条记录，而slave上却找不到 115 4.2　特殊情况：slave的中继日志relay-log损坏 116 4.3　人为失误 118 4.4　避免在master上执行大事务 119 4.5　slave_exec_mode参数可自动处理同步复制错误 120 4.6　如何验证主从数据一致 121 4.7　binlog_ignore_db引起的同步复制故障 123 4.8　mysql5.5.19/20同步一个bug 124 4.9　恢复slave从机上的某几张表的简要方法　 126 4.10　如何干净地清除slave同步信息 127 第5章　性能调优 129 5.1　表设计 129 5.2　字段类型的选取 133 5.2.1　数值类型 134 5.2.2　字符类型 139 5.2.3　时间类型 141 5.2.4　小技巧：快速修改表结构 148 5.2.5　pt-online-schema-change在线更改表结构 152 5.2.6　mysql5.6在线ddl更改表测试 158 5.3　采用合适的锁机制 161 5.3.1　表锁的演示 161 5.3.2　行锁的演示 164 5.3.3　innodb引擎与myisam引擎的性能对比 166 5.4　选择合适的事务隔离级别 168 5.4.1　事务的概念 168 5.4.2　事务的实现 169 5.4.3　事务隔离级别介绍 171 5.5　sql优化与合理利用索引 177 5.5.1　如何定位执行很慢的sql语句 177 5.5.2　sql优化案例分析 178 5.5.3　合理使用索引 188 5.6　my.cnf配置文件调优 198 5.6.1　per_thread_buffers优化 198 5.6.2　global_buffers优化 200 5.6.3　query cache在不同环境下的使用 201 5.6.4　tuning-primer.sh性能调试工具的使用 205 5.6.5　72 gb内存的my.cnf配置文件 208 5.6.6　谨慎使用分区表功能 211 5.7　mysql5.6同步复制新特性详解 213 第6章　备份与恢复 223 6.1　冷备份 224 6.2　逻辑备份 224 6.2.1　mysqldump增加了一个重要参数 225 6.2.2　取代mysqldump的新工具mydumper 226 6.2.3　逻辑备份全量、增量备份脚本 229 6.3　热备份与恢复 230 第三部分　高可用集群管理篇 第7章　目前流行的4种高可用架构 236 7.1　采用mysql自带的replication架构 237 7.1.1　keepalived+mysql replication架构的搭建演示 237 7.1.2　mmm+mysql replication架构的搭建演示 241 7.2　heartbeat+drbd+mysql架构的搭建演示 249 7.3　红帽rhcs共享存储架构的搭建演示 254 7.3.1　安装过程 257 7.3.2　红帽rhcs集群的维护 265 7.4　mysql高可用集群ha解决方案的测试评估 267 第8章　批量管理服务器 270 8.1　开源工具pssh的使用方法 270 8.2　自己编写的ssh服务器批量管理工具 273 第四部分　监控篇 第9章　性能监控 278 第10章　服务监控 283 10.1　nagios搭建与维护 283 10.2　mysql数据库的监控脚本 288 第五部分　项目案例 第11章　项目案例讲解 292 11.1　数据碎片整理方案 292 11.2　用户信息表水平拆表方案 296 11.3　阿里巴巴中间件cobar水平拆表方案 299

spark高可用集群（自动切换方式）搭建手册，spark高可用集群（自动切换方式）搭建手册

本书从OpenStack终端用户的角色出发，以面向生产系统的OpenStack高可用集群建设为主线，对部署OpenStack高可用集群所依赖的各个基础技术栈和OpenStack核心组件进行了详细的原理讲解，并以实战部署的形式演示了OpenStack高可用集群部署的过程。此外，书中还对Ceph和Docker等技术与OpenStack的结合应用进行了详细讲解，尤其是Kolla项目的介绍，都是本书的一大技术特色。目前国内仍然缺乏一本讲解OpenStack高可用部署的书籍，本书填补了这一空白，相信也是很多苦于寻求OpenStack高可用建设方案用户的福音。这是一本有明确目标的书。我阅读过很多关于云计算、云平台及OpenStack的相关书籍，有讲战略的，有讲业务的，有讲技术的，有讲开发的，但大多数都是为了云而云，为了技术而技术。本书却并没有开篇就与读者讨论高可用的模式、集群的实现手段等，而是从“企业为何要进行云计算建设”入手，带着明确的需求与目标来讨论“高可用”在云计算生产环境中的重要地位，从而引出需要考虑的HADR关键点，逐步带入实现高可用的技术手段及其原理和实战，使得读者在通读本书的过程中能够带着明确的目标进行研读，提高了读者阅读的兴趣。

【27】基于MyCat的MySQL高可用读写分离集群实战课程下载【No215】基于MyCat的MySQL高可用读写分离集群实战课程下载 .txt