权重phpmysql技巧_读高机能MySQL第4版笔记18_扩展MySQL

文章目录 [+]

小编

1. 增长1.1. 在高速的业务环境中，流量可能逐年增长几个数量级，环境会变得更加繁芜，随之而来的数据需求也会快速增加1.2. 扩展Web做事器1.2.1. 在负载均衡的后端添加更多的做事器节点，而这常日便是扩展We b做事器的全部事情2. 可扩展性2.1. 系统支撑不断增长的流量的能力2.1.1. 可扩展性便是能够通过增加资源来提升容量的能力2.2. 一个别系扩展能力的好坏可以用本钱和大略性来衡量2.3. 容量是一个和可扩展性干系的观点2.3.1. 系统容量表示在一定韶光内能够完成的事情量2.3.2. 容量可以大略地被认为是处理负载的能力，从几个不同的角度来考虑负载很有帮助2.4. 系统的最大吞吐量并不等同于容量2.4.1. 如果达到最大吞吐量，则性能会低落，相应韶光会变得不可接管且非常不稳定2.5. 纵然系统性能不是很高也可以具备可扩展性2.6. 数据量2.6.1. 运用所能累积的大量数据是可扩展性最普遍的一个寻衅2.6.2. 运用从不删除任何数据2.7. 用户数2.7.1. 当查询依赖于用户间的关系时（关系的数量可以用N（N-1）/2来打算，这里N表示用户数2.8. 用户生动度2.8.1. 不是所有的用户的生动度都相同，并且用户生动度也不总是不变的2.9. 干系数据集的大小2.9.1. 社交网站常常会面临由那些人气很旺的用户组或朋友很多的用户所带来的寻衅2.10. 可扩展性的原则之一是避免节点之间的交叉访问2.11. 请专注于确定业务是读限定的还是写限定的3. 扩展MySQL的理论思想3.1. 优先利用更小的实例3.1.1. 按功能、水平办法或两者兼而有之来分割数据3.1.2. 当故障发生时，实例越小，所造成的影响面也越小3.2. 通过复制和自动写故障切换来增强弹性3.2.1. 在发生故障时，自动进行写入故障切换，并管理拓扑变动和对数据库节点的运用程序访问，以使写停机韶光尽可能短3.3. 通过半同步复制担保持久性3.3.1. 相对付默认的异步复制4. 读限定与写限定事情负载4.1. 事情负载4.1.1. 系统能达到的QPS数4.1.2. 是所有类型的查询及其延迟的稠浊4.2. 读限定事情负载4.2.1. 读限定事情负载是指读取（SELECT）总流量超过做事器容量的事情负载4.2.2. 单源主机4.2.2.1. 增加更多运用节点可以扩展做事用户要求的客户端数4.2.2.2. 终极会被单源数据库主机的能力所限定，该数据库主机将要卖力相应所有的读取要求4.2.2.3. 高CPU利用率意味着做事器正花费所有的韶光处理查询4.2.2.4. CPU的利用率越高，查询的延迟也会越长4.2.3. 引入副本来扩展读流量4.3. 写限定事情负载4.3.1. 写限定事情负载则超过了做事器供应DML（INSERT、UPDATE、DELETE）操作的容量4.3.2. 当写入量成为瓶颈时，必须开始考虑利用拆分数据的方法，以便在单独的子数据集上接管并行的写入4.3.3. 仔细检讨schema，确定是否存在读需求增长比其他写需求增长更快的表数据子集5. 功能拆分5.1. 基于业务中的“功能”来拆分数据是一项和业务背景强干系的任务，须要深入理解数据的用场5.2. 辅导原则5.2.1. 不要根据工程团队的组织架构进行拆分，它会常常变动5.2.2. 根据业务功能来拆分表5.2.3. 不要回避处理数据中殽杂了不同业务关系的问题，你不仅须要倡导数据分离，还须要倡导运用程序重构，并须要引入API来实现相互跨界的访问6. 用读池扩展读6.1. 集群中的副本可用于多个目的6.1.1. 副本是故障切换的候选工具6.2. 并非所有的复制副本都在池中，这是一种防止不同的读取事情负载相互影响的常见方法6.3. 利用读池时会有不止一台做事读要求的数据库主机6.4. 管理这些读池的一种非常常见的方法是利用负载均衡器来供应虚拟IP6.4.1. 该IP充当所有要访问读副本的流量的中介6.4.2. 技能包括HAProxy、自用主机时的硬件负载均衡器，或在公共云环境中运行时的网络负载均衡器6.5. 在MySQL中，建议利用leastconn实现池节点之间的平衡6.6. 做事创造是一个很好的选择，它可以自动创造新的主机并将其加入池列表6.7. 每个副本池至少还要有三个节点做事于特定运用6.8. 读池康健检讨6.9. 选择负载均衡器算法6.9.1. 随机6.9.1.1. 负载均衡器将每个要求定向到从可用做事器池中随机选择的做事器6.9.2. 轮询6.9.2.1. 负载均衡器以重复的顺序向做事器发送要求6.9.3. 最少连接6.9.3.1. 下一个连接指向拥有最少生动连接的做事器6.9.4. 最快相应6.9.4.1. 处理要求最快的做事器吸收下一个连接6.9.5. 哈希6.9.5.1. 负载均衡器对连接的源IP地址进行哈希处理，这会将地址映射到池中的一台做事器6.9.6. 权重6.9.6.1. 负载均衡器可以组合几种算法并添加权重6.9.7. MySQL的最佳算法取决于详细事情负载6.9.7.1. 一定要考虑在分外情形下和日常情形下会发生什么7. 排队机制7.1. 利用设计上方向于同等性而不是可用性的数据存储来扩展写事务时，扩展运用程序层会变得繁芜得多8. 利用分片扩展写8.1. 分片意味着将数据切分身分歧的、更小的数据库集群8.1.1. 可以同时在更多的源主机上实行更多的写入操作8.2. 功能分割（Functional partitioning）8.2.1. 职责划分8.2.2. 将不同的节点用于不同的任务8.3. 数据分片（Data sharding）8.3.1. 当今扩展超大型MySQL运用程序最常见和最成功的方法8.4. 只对须要分片的数据进行切分8.4.1. 常日是数据集中增长非常大的部分8.5. 切分方案8.5.1. 目标是使最主要和最频繁的查询打仗到尽可能少的分片8.6. 多个分片键8.6.1. 繁芜的数据模型使数据分片更加困难8.7. 跨分片查询8.7.1. 主动缓存常日也是有必要的8.7.2. 设计间歇性运行的清理程序8.8. Vitess8.8.1. Vitess是面向MySQL的一个数据库集群系统8.8.2. 一个用于运行数据库层的稳定平台，而不是一个临时的办理方案8.8.3. 测试并记录向全体系统引入的延迟8.8.4. 利用金丝雀支配模型8.8.5. 特性8.8.5.1. 支持水平分片，包括数据分片8.8.5.2. 拓扑构造管理8.8.5.3. 源节点故障切换管理8.8.5.4. schema变更管理8.8.5.5. 连接池8.8.5.6. 查询重写8.8.6. 组件8.8.6.1. Vitess pod8.8.6.1.1. 对一组数据库和Vitess干系部件的通用封装8.8.6.2. VTGate8.8.6.2.1. 为运用程序与操作员掌握数据库实例访问供应的做事8.8.6.3. VTTablet8.8.6.3.1. 在Vitess管理的每个数据库实例上运行的代理8.8.6.4. Topology8.8.6.4.1. 在给定的pod中保存由Vitess管理的数据库实例清单以及相应的信息8.8.6.4.2. 元数据存储8.8.6.5. vtctl8.8.6.5.1. 对Vitess pod进行操作变动的命令行工具8.8.6.6. vtctld8.8.6.6.1. 用来进行相同管理操作的图形化界面8.9. ProxySQL8.9.1. René Cannaò8.9.1.1. MySQL的长期贡献者8.9.2. 专门为MySQL协议编写的，通过通用公共容许证（GPL）发布8.9.3. 供应了一个易于支配的抽象，比HAProxy更繁芜，但在根本举动步伐和繁芜性方面的前期投入较少8.9.4. 可以利用ProxySQL作为任何运用程序代码和MySQL实例的中间层8.9.5. 一个很好的轻量级中间层，而且是分片感知的，还可以相应地路由运用程序连接8.9.6. 按用户分片8.9.7. 按schema分片