什么是弹性SQL方法？

导语：友谊之链不可继承，不可转让，不可贴上封条保存起来而不腐烂，不可冷冻在冰箱里永远新鲜。

弹性SQL：一种替代的，基于服务的方法

到目前为止我们已经研究了现状其中提供了使用现有解决方案实现改进的弹性和可扩展性的各种架构替代方案，但是这些方法中的每一种都有一些明显的缺点共享磁盘需要昂贵的硬件和软件来实现，共享不需要分区可能与所有应用程序的要求不匹配的数据NoSQL消除了ACID通常是SQL，显然需要一种替代方法，不会试图解决现有解决方案的缺点。

什么是弹性SQL方法？，许多组织需要一个数据库平台，该平台维护行业标准的SQL和ACID以保证数据完整性，但其架构可提供灵活性和灵活性可根据需要弹性扩展和缩小，幸运的是弹性SQL数据库系统提供了一种引人注目的，基于服务的替代方法可以替代从客户端，服务器思维模式中分离出来的传统方法，弹性SQL有许多不同的方法从依赖全局时间戳的同步复制变体到使用多版本并发控制的双层方法，由于前者在很大程度上依赖于最小的操作延迟，因此我们将主要关注后者。

弹性SQL体系结构示例

例如考虑一个分层事务层和存储层的双层体系结构，这与您在Hadoop中可能发现的内容没什么不同，Hadoop的计算处理与存储无关，事务层提供了跨多个服务器分布的内存中按需缓存甚至可能分布在地理位置分散的数据中心，存储层使用一组对等协调消息来管理提交处理并在事务高速缓存中不可用时访问数据。

这种双层体系结构提供了ACID合规性，但将数据持久性与事务处理分开，这种可扩展的体系结构既不像磁盘吞吐量那样敏感，也不需要显式分区和分片。

由于事务进程与存储进程分开部署，因此每个进程都可以独立于另一个进行扩展，当吞吐量增加时可以非常快速地启动其他事务处理，即使在新的地理位置也是如此，添加另一个事务进程后系统会对其进行身份验证以进行处理并平衡工作负载，这允许无缝扩展以使用额外的事务处理功能而不会中断，自然数据亲和性基于使用模式在缓存中构建从而加速性能，如果工作负载减少则可以停止事务处理并且系统将在剩余的可操作事务对等体之间重新平衡工作负载。

同样可以启动多个存储过程，这样做会产生数据库的多个独立持久的副本，启动新存储过程时系统会自动将其与活动数据库同步，在弹性SQL的某些部署中可以管理磁盘I/O以更好地支持密集的修改要求，通过确定每个持久性对等体控制多少数据集以及管理多少数据副本，您可以以应用程序不可见的方式改进磁盘I/O。

弹性SQL方法的最大好处是它提供了事务一致性和持久性，具有行业标准SQL和弹性横向扩展简单性，虽然弹性SQL架构有许多好处，但当然存在缺点，今天Elastic SQL系统的优势在于OLTP工作负载，也就是说可以使用Elastic SQL进行混合事务分析处理，通过为每个查询专用单独的事务处理来同时执行OLTP和实时分析查询而不会相互干扰，由于实现Elastic SQL存在不同的体系结构方法因此其他限制依赖于供应商。

最后小编的文章就到此结束了，不知道大家看过瘾了吧，小编码字不容易，还请大家担待。关注小编每天位大家带来许多游戏的趣事，最后祝大家天天开心！