☆☆☆☆☆
简体网页||繁体网页



点击这里下载

类似图书 点击查看全场最低价

---

产品特色

编辑推荐

适读人群 ：本书适用于MySQL数据库管理员及MySQL应用开发者。对于相关专业的师生，本书也有很高的参考价值。

　　服务器瓶颈和故障是任何数据库部署中的常见问题，但并不一定会导致全面故障。这本讲实践的书解释了复制、集群和监控功能，无论MySQL系统运行在硬件、虚拟机还是云上，都能帮助你保护MySQL系统不会中断运行。
　　这本书由这些工具的设计者编写，揭示了关于MySQL可靠性和高可用性的一些不成文的或难以发现的问题，这些知识对于任何使用这个数据库系统的组织来说都非常重要。第2版描述了很多MySQL工具的变化。本书涵盖了5.5版本的知识，以及若干5.6版本的功能。
　　* 学习复制的基础知识，包括二进制日志和MySQL Replicant库的使用
　　* 通过冗余处理失效组件
　　* 横向扩展以管理读负载的增加，使用数据分片处理大型数据库和写负载的增加
　　* 使用MySQL集群在单个节点上存储并复制数据
　　* 监控数据库活动和性能，以及重要的操作系统参数
　　* 跟踪master和slave，处理它们的故障、重启、崩溃及其他事故
　　* 检查工具，包括MySQL企业监控器、MySQL实用工具、GTID等

内容简介

　　《高可用MySQL（第2版）》主要讲解真实环境下如何使用MySQL的复制、集群和监控特性，揭示MySQL可靠性和高可用性的方方面面。《高可用MySQL（第2版）》定位于解决MySQL数据库的常见应用瓶颈，在保持MySQL持续可用性的前提下，挖潜各种提高性能的解决方案。《高可用MySQL（第2版）》描述了很多MySQL工具的变化，涵盖了5.5
　　版本的知识，以及若干5.6版本的功能。《高可用MySQL（第2版）》的作者正是书中介绍的很多工具的设计师，《高可用MySQL（第2版）》揭示了MySQL可靠性和高可用性的许多不为人知的方面。
　　《高可用MySQL（第2版）》适用于MySQL数据库管理员及MySQL应用开发者。对于相关专业的师生，也有很高的参考价值。

目录

前言 xxi
第 1章　引言 2
第 2章　MySQLReplicant库 8
第 3章　MySQL复制原理 18
第 4章　二进制日志 45
第 5章　面向高可用性的复制 112
第 6章　面向横向扩展的 MySQL复制 138
第 7章　数据分片 171
第 8章　深入复制 204
第 9章　MySQL集群 263
第 10章　监控入门 300
第 11章　监控 MySQL 339
第 12章　监控存储引擎 403
第 13章　监控复制 432
第 14章　复制的故障排除 454
第 15章　保护你的资产 481
第 16章　MySQL企业版监控 530
第 17章　使用 MySQL实用工具管理 MySQL复制 553
附录A　复制的提示和技巧617
附录B　一个 GTID的实现 634
索引 645

精彩书摘

　　创建新服务器 　　无论用于横向扩展的slave，还是备用的新master，创建新服务器都需要对已有服务器做备份，并在新服务器上恢复这个备份映像。这需要有一个快速高效的备份方法来最小化宕机时间，并保持系统负载维持在一个可接受的水平。 　　法律原因 　　除了纯粹业务原因需要保护数据外，法律规定也可能要求保证数据安全，即使在灾难发生时。不遵守这些规定会给业务运作带来重大问题。 　　简而言之，不管有没有其他的预防措施来保证数据的安全，备份策略对于业务运作都是必需的。 　　什么是监控 　　即便已经正确搭建了复制，还有必要理解你的系统负载，并密切监控可能发生的任何问题。客户使用模式的改变将导致业务需求变化，需要平衡系统以尽可能高效地使用资源，降低由于资源利用的突然变更导致系统不可用性的风险。 　　为了应对这些变更，有很多监控、度量和计划的方法，比如： 　　为频繁读取的表添加索引。 　　重写查询或者改变数据库的结构，以缩短执行时间。 　　如果锁被长时间占用，表示多个连接正在使用同一个表，可能要切换存储引擎。 　　在横向扩展的数据库复制架构下，如果某些slave处理了大量的查询，处于过热状态，系统可能需要重新均衡，以保证所有slave都被平均地访问。 　　在处理资源使用的突然变更时，首先确定每个服务器的正常负载，然后了解在负载突然增加时，系统响应什么时候开始变慢。　　……

前言/序言

　　译者序
　　MySQL 是世界上最受欢迎的开源数据库，她拥有相当大的装机量。而且DB-Engines 的排名一直处于数据库总榜第二名的位置，仅次于Oracle。MySQL 在开源领域排名第一，而第二大开源数据库PostgreSQL的分数仅仅是MySQL 的零头。
　　MySQL 拥有庞大的用户群，国外的有Facebook、Flickr、eBay 等，国内的有阿里、腾讯、新浪、百度等。而这些互联网和大部分传统公司的服务需要7×24 小时连续工作。当此类型网站的部分数据库服务器宕机时，就需要高可用技术将流量牵引至备份主机，从而对在线业务产生尽可能少的影响甚至没有影响。
　　此时这些公司需要通过备份和恢复手段来产生备机，并通过复制来同步主备机间的状态，同时部署各种监控软件来监控服务器状态。当异常数据库服务器宕机时，通过手工或自动化手段将主机流量切换至备机，这个动作叫作failover。而一些大型公司在面对成千上万台MySQL 服务器时，通常使用自动化运维脚本或程序完成上述种种动作。本书解决的是MySQL 高可用问题，并围绕着高可用问题从复制、备份恢复、监控和自动化运维4 个方面的知识点入手。无论你的应用是迷你型的博客型应用，还是BAT 这种超大型互联网应用，本书所涵盖的知识点均适用。
　　接触上一版的时候还是2010 年，转眼5 年过去了，MySQL 也从5.1 升级到5.6，运维工具和运维方式都有较大的变化。第二版也与时具进地增加了一些实用性章节，本书是了解和学习MySQL 高可用技术相对来说较为经典的一本好书。在翻译过程中，我们努力体现原作者想表达的意思，但由于水平有限，有些遣词造句还是无法达到“信达雅”，且疏漏在所难免，恳请读者批评指正。我的微博：，可随时与我联系。这本书还是由唐李洋和我共同翻译，翻译过程由于工作原因拖延不少时间，感谢张春雨和刘舫几位老师的辛苦工作和耐心等待。还要感谢我在平安的同事，汪洋、王鹏冲、张建龙、黄建蝉、王强、张阳，啥都不说了。最后感谢我的爱人王新，女儿宁悦晗，还有3 个月后见面的家庭新成员。
　　宁青
　　2015 年8 月27 日于深圳观澜
　　第2 版序
　　2011 年，Pinterest开始发展起来。有人说我们比目前其他任何创业公司的发展都要快。刚开始，我们每天都要面临一个新的扩展性瓶颈，它会拖慢整个网站甚至搞垮一切。还记得我们无论去哪里都要带上笔记本电脑，那时我们的脑子里深深刻印着那些停机警告的短信声音。
　　当基础设施不断地被逼到极限的时候，你就不得不寻求另一种简单的出路。在成长的过程中，我们尝试了至少5 种广为人知的数据库技术，它们都声称能够解决我们所有的问题，可每一次都灾难性地失败了，除了MySQL。那是2011 年9 月，我们决定从头再来。我们用MySQL、Memcache和Redis对一切进行了重新设计，只有三个工程师而已。
　　MySQL ？为什么是MySQL ？对每一种技术，我们都考虑了其最大关注点，并提出同样的问题。下面是我们对MySQL 的考虑：
　　它解决了我们的存储需求吗？没错，我们需要映射、索引、排序和blob 存储，这些MySQL 都有。
　　它常用吗？你可以招聘到相关员工吗？MySQL 是目前生产线上最常使用的数据库之一。很容易招到使用过MySQL 的人，我们可以到帕罗奥多市外走走，大喊我们需要MySQL 工程师，就会冒出来好几个。这可不是开玩笑的。
　　它的社区活跃吗？非常活跃。有好多非常棒的书籍，和一个强大的在线社区。
　　面对故障，它健壮吗？即使在最恶劣的情况下，我们也从来没有丢失过数据。
　　它的扩展性如何？就它本身来说，只是一个很小的组件。我们需要一种上层的分片方案（这完全是另一个问题）。
　　你会是最大的用户吗？不，目前不是。最大的用户包括Facebook、Twitter 和Google。除非你能够改进一种技术，否则你不会想要成为它最大的用户。如果你是最大的用户，你会碰到一些新的扩展性问题，而其他人根本没机会遇到。
　　y 它的成熟度如何？真正的区别在于成熟度。根据复杂度的不同，成熟度就好比衡量完成一个程序所需的血、汗和泪。MySQL 的确复杂，但可比不上那些神奇的自动集群NoSQL方案。而且，MySQL 拥有28 年最好和最聪明的贡献，来自于诸如Facebook 和Google 那样大规模使用它的公司。根据我们的成熟度定义，在我们审查的所有技术中，MySQL 是一个明智的选择。
　　有好的调试工具吗？作为一个成熟的产品，你当然需要强大的调试和分析工具，因为人们很容易遇到一些类似的棘手情况。比如你可能在凌晨三点遇到问题（不止一次）。相比用另一种技术重写一遍熬到凌晨六点，发现问题的根源然后回去睡觉舒服多了。
　　我们调查了差不多10 种数据库技术后发现选择MySQL是一个明智的选择。MySQL很棒，但它好比不给你任何行李就把你丢到目的地，让你不得不自食其力。它运行顺利的时候你可以连接到它，但一旦你开始使用它进行扩展，问题便开始满天飞：
　　我的查询执行很慢，怎么办？
　　我是不是应该启用压缩？怎么做呢？
　　扩展有哪些方法？
　　怎样复制？主- 主复制（master-master replication）怎样？
　　复制停止了！怎么办？
　　持久性（durability，即fsync速度）有哪些选项？
　　我的缓冲区应该设为多大？
　　mysql.ini 文件里有那么多选项，它们是什么意思？应该怎么设置？
　　我刚刚不小心写到slave 里面去了！怎么防止下次发生同样的事情？
　　如何防止不带where子句的update命令执行？
　　应该用什么调试和分析工具？
　　要使用InnoDB、MyISAM或者其他存储引擎吗？
　　虽然可以通过在线社区查到问题答案、找到范例、修复漏洞，以及提供解决方法，但通常缺乏强大的凝聚力，而关于架构的深层讨论更是寥寥无几。我们已经知道如何小规模地使用MySQL，但这种规模和步调简直是在开玩笑。本书可帮助我们更深刻地了解MySQL。
　　MySQL 5.6 有一个新特性，即全局事务处理（Global Transaction Handlers），为复制树（replication tree）中的每个事务添加一个唯一标识。这个新特性使故障转移和slave 提升变得容易很多。为此我们等了太久，终于在新版本中很好地实现了。当我们采用分片方案进行重大的重构时，关于架构决策问题我们参考了本书，比如复制技术和拓扑、数据分享方案、监测、调整以及云相关的问题等。它让我们更深刻地理解了MySQL 的底层运作，使我们更加了解了高级查询、访问模式、使用什么结构，以及之后的重复设计。时至今日，MySQL 架构仍然为Pinterest的核心数据服务。——YashwanthNelapati和Marty Weiner
　　Pinterest
　　2014 年2 月
　　第1 版序
　　关于复制（Replication）的研究很多，但其中的大多数研究成果都没有得到应用。相反，MySQL 复制已经被广泛部署，但其原理并不为大多数人所知，本书将改变这种状况。本书中介绍的内容比较适合以下人群：愿意阅读大量的源代码，而且在生产环境中花很多时间进行调试，能够在深夜会议中探讨这些内容的人。
　　复制允许在出现不可避免的故障的情况下提供高可用的数据服务。故障的原因很多，包括磁盘、服务器或数据中心的故障。即使所有硬件都是完美无缺且完全冗余的，还有人为因素的影响。例如，数据库表可能被误删，应用程序可能写入了不正确的数据等，总会有偶然故障发生。但通过合理的准备工作，可以保证从故障中恢复，关键是冗余和备份。MySQL 复制支持冗余和备份。
　　但MySQL 的复制并不仅限于支持故障恢复，它还频繁用于读操作的横向扩展（scaleout）。MySQL 可以实现大量服务器的高效复制。对于那些读频繁的应用，在商用硬件上支持大量查询是一个低成本且有效的策略。MySQL 复制还有其他有用的应用。在线数据定义语言（DDL）是关系型数据库管理系统中非常复杂的一个特性。MySQL 不支持在线DDL（5.6 版本已经支持），但通过使用复制，往往可以足够好地部分实现它。如果有创意，还可以使用复制做更多的事情。复制是使得MySQL 如此广泛流行的特性之一，它允许将流行的MySQL 原型转换为成功的商业关键部署。复制主张简单和便于使用，这一点和MySQL 十分相似。然而，在生产环境中运行得往往不够完美。本书解释了成功使用MySQL 复制所必须知道的内容，帮助读者理解复制是怎样实现的，哪些地方可能出错，怎样防止问题的出现，以及怎样在问题出现的时候解决它们——尽管你已经很努力地避免这些问题。
　　MySQL 复制还在继续完善中。与故障一样，变化总是存在的。MySQL 需要不断应对这些变化，使得复制更高效、更健壮、更有趣。例如，基于行的复制（row-basedreplication）是MySQL 5.1 中的新特性。尽管MySQL 部署形态各异，规模各不相同，我最关心的还是互联网应用的数据服务。MySQL 到分布式存储系统（如HBase和Hadoop）复制的可能性也使我兴奋不已。这样MySQL 就可以更好地共享数据中心。我曾经在Facebook 和Google 的团队支持重要的MySQL 部署，有机会和时间学习这本书中所覆盖的很多东西。本书的作者们同样是MySQL 复制的专家，通过阅读这本书，读者可以分享他们的专业知识。——Mark Callaghan
　　作者简介
　　Charles A. Bell博士是Oracle的高级软件工程师。目前是备份首席开发员，并且是MySQL备份和复制小组的成员。
　　Mats Kindahl博士是Oracle MySQL小组的首席高级软件开发员。他是MySQL基于行的复制及其他几个复制功能的主要架构师和实现者，目前是MySQL高可用性小组的架构师和项目主管，正在开发MySQL Fabric。
　　Lars Thalmann博士是MySQL复制和备份的开发经理。他创建并发展了MySQL的备份功能，引导了MySQL复制的变革，已经成为MySQL集群复制发展的重要角色。
　　译者介绍
　　OCP，阿里第一代MySQL DBA（花名玉泉），擅长自动化运维、监控，MySQL与Hadoop专家，并热衷于机器学习研究
高可用MySQL（第2版） 电子书 下载 mobi epub pdf txt

评分☆☆☆☆☆

非常厚的一本书，一起买的三本书，两本都有塑料封装，这本没有，有点小尴尬啊，还没看，有时间慢慢啃吧

评分☆☆☆☆☆

我是我们村里第一个买爱疯7plus 手机壳 的人，我们这 里大部分人都是用的小灵通，手机一般都不超过100 块。当听说我买了个手机壳就花了25块之后，整个村 都震惊了，村长跑到我家对我爸说，恁娃是不疯了。媳妇跟我闹离婚， 买这么贵的手机壳，这日子还过不过了。面对着重重压 力，我依然坚持要买，我相信我这一个月工资不会白 花。终于，快递到了，我怀着激动的心情，颤抖着双手打开包裹，那一刹那，感觉我的眼睛都要闪瞎了 啊，这颜色，这纹理，这手感，买嘎等！只恨我读书 少，无法用华丽的词语来形容它。举起手机壳，我骄傲 的站在村口，顿时整个村都沸腾了，大姑娘小媳妇 拼了命的向我涌来，更有人趁我不备的时候想摸我的 手机壳，更有人大喊，我不给她们摸，她们就要跳井。就连村花都红 着脸要跟我回家，看着隔壁老王杀人的目光，才想起 这是他花了一麻袋地瓜 换来的老婆。吓得我赶紧收起手机壳，挤出人群落 荒而逃。为了测试手机壳硬度，我爬上了我们村的最高建筑——高达3米的村长家的平房上。举 着手机往下一扔，顿时金光一闪，手机竟然毫发 无损，天啦撸，天寿啦，这硬度，我想跟传说中一颗 就破产的钻石比也相差不远了吧

评分☆☆☆☆☆

京东自营送货速度快，作者写的不错，支持一下

评分☆☆☆☆☆

评分☆☆☆☆☆

jd啊jd，能不能装个盒子，弄个塑料袋套了就从北京一路扔过来了?我买的二手么[捂脸]

评分☆☆☆☆☆

不过如果是为了这个给这本书不好的评价又太冤枉了这本书了，大概看了一下，感觉还不错

评分☆☆☆☆☆

收到宝贝,我在商城打滚这么多年，所谓阅人无数，收到宝贝我只想说，京东，你实在是太好了。 你的高尚情操太让人感动了。 如滔滔江水连绵不绝,海枯石烂,天崩地裂,永不变心。 收到货后，我的心情竟是久久不能平静。自古英雄出少年,卖家年纪轻轻,就有经天纬地之才,而今,沧海桑田5000年,神州平地一声雷,飞沙走石,大雾迷天,朦胧中,花见花开，人见人爱,这人英雄手持双斧,二目如电,一斧下去,混沌初开,二斧下去,女娲造人,三斧下去,小生倾倒。实乃国之幸也,民之福，人之初也,怎不叫人喜极而泣 看着宝贝，我竟产生出一种啊，这么好的宝贝，如果将来我再也买不到了，那我该怎么办？直到我毫不犹豫地把这个宝贝收藏了，我内心的那种激动才逐渐平静下来。 可是我立刻想到，这么好的宝贝，倘若别人看不到，那么不是浪费京东的心血吗？经过痛苦的思想斗争，我终于下定决心，牺牲小我，奉献大我。我要以此好评奉献给世人赏阅，我要给好评、给好评、给好评、给好评、给好评、给好评

评分☆☆☆☆☆

经典书籍，MySql进阶必读。

评分☆☆☆☆☆

类似图书 点击查看全场最低价