基于Serverless的数据库，如何将扩展能力发挥到极致？

2022-05-31 10:57:56Amazon Aurora 是一个与 MySQL 和 PostgreSQL 兼容的关系数据库。

​Amazon Aurora Serverless v2 是 Amazon Aurora Serverless 的下一个版本，现已可用。Aurora Serverless v2可立即扩展以支持最苛刻的应用程序，与峰值容量预置相比，可节省高达 90% 的成本。

关于云原生关系型数据库

Amazon Aurora

Amazon Aurora 是一个与 MySQL 和 PostgreSQL 兼容的关系数据库，它为云计算而构建，将传统企业数据库的性能和可用性与开源数据库的简单性和成本效益结合在一起。

Amazon Aurora 比标准 MySQL 数据库快五倍，比标准 PostgreSQL 数据库快三倍。它以十分之一的成本提供商业数据库的安全性、可用性和可靠性。

Amazon Aurora 完全由 Amazon RDS 管理，该服务自动执行耗时的管理任务，如硬件配置、数据库设置、修补和备份。

Amazon Aurora 拥有一个分布式、容错、自我修复的存储系统，每个数据库实例可自动扩展到 128TB。它通过多达15个低延迟读取副本、时间点恢复、到 Amazon S3 的连续备份以及跨三个可用性区域（AZ）的复制，提供了高性能和高可用性。

关于下一代基于无服务的云原生数据库

配置选项Aurora Serverless v2

Aurora Serverless 是 Amazon Aurora 的按需自动扩展配置。Aurora Serverless v2 在几分之一秒内将数据库工作负载扩展到数十万个事务。它以细粒度的增量调整容量，为应用程序的需求提供适量的数据库资源。您无需管理数据库容量，只需为应用程序消耗的资源付费。早在2018年Amazon Aurora 即提供了 Serverless 选项.。

Aurora Serverless v2 提供了完整的 Amazon Aurora 功能，包括多可用区支持、全球数据库和只读副本。v2 版本能够在容量调整时做到更细粒度，并能够依据多个维度进行容量调整。更值得一提的是，Amazon Aurora Serverless v2 支持跨 AZ 的高可用部署和读取扩展，通过持续的监控和尽可能大的利用缓冲池，v2 原地扩展可以做到秒级别。

Amazon Aurora Serverless v2 非常适合各种应用程序。例如，面对业务快速增长场景与海量多租户场景时，当拥有数十万个应用程序的企业，或拥有具有成百上千个数据库的多租户环境的软件即服务 (SaaS) 供应商，可以使用 Amazon Aurora Serverless v2 来管理整个队列中的数据库容量。

关于亚马逊云科技的Serverless 数据库

事实上，Serverless 数据库并非这两年才有的新概念。早在 2004年的时候，由于亚马逊的电商网站面临数据库扩展性的挑战，Serverless 数据库的探索之旅便已经启程。

当时，亚马逊内部自研了名为 Dynamo 的分布式键值存储，以解决数据库扩展性方面的挑战。在进行一系列内部实践后，亚马逊于2012年正式对外推出可商用的 Amazon DynamoDB，DynamoDB 在发布之初就被定义为 Serverless 架构。而当初发表的论文《Dynamo: Amazon’s Highly Available Key-value Store》也凭借着对 NoSQL 的启发与深远影响，在操作系统领域顶级学术会议 SOSP2017 上，获得了Hall of Fame Award 终身成就奖。

如今，DynamoDB 已发展整整十年，并在众多领域都有着非常广泛的应用。与此同时，在 NoSQL 领域，亚马逊云科技也不断在 Serverless 数据库方面进行着探索，形成了完善的 Serverless 数据库服务体系。并在接下来的十年发展中发展出了5大类无 服务器 （Serverless）数据库，包括了Amazon Aurora（关系型），Amazon DynamoDB（键值型），Amazon Timestream（时序型），Amazon QLDB（分类账），Amazon Keyspeaces（宽列）。

去年 12 月，权威咨询机构 Gartner 发布了报告——2021 Gartner Magic Quadrant for Cloud>

Amazon Aurora Serverless v2 适合的场景

SaaS 应用拥有成百上千个租户及 Amazon Aurora 实例，那么会给监控和扩缩容带来巨大的工作量。如果采用 Amazon Aurora Serverless v2，可以实现秒级的自动扩容和缩容，减轻运维的人力成本。

存在高峰和低谷周期的业务场景。

仅工作时间使用，则非工作时间只需支付最小计算单元的费用。

serverless 采用 pay as you go 的付费模式。如每周或每月一次的报表业务场景，可以单独建立一个 Amazon Aurora Serverless v2 的只读实例来承载。

适用于跨可用区的高可用及跨区域的全球数据库容灾场景。

支持 provisioned 实例和 serverless 实例在一个集群内混合部署。

业务需要写扩展提升性能，对于provisioned 的实例来讲，需要提前设定服务器和分片数量，再扩容期间还需要承担数据重分布带来的影响。如果采用 serverless 实例，可以多创建一些serverless 实例，每个实例根据各自 sharding 的业务自动扩容扩容。

就像云技术的引入催生了一代创新一样，我们相信下一波创新浪潮是由数据驱动的。对于数据库，“无服务器化架构是云原生数据库未来发展的必然趋势之一”。​

软件测试的学习内容是什么？

1. 测试的人员，要熟悉多种语言，并能用多种语言进行开发测试，需要了解多种数据库，还要对code及文档是否合格要进行评估审察！还要开发各种测试环境，以确定软件在各种环境的表现状态！如果你仅认为测试仅是用用软件功能那就错了，因为要测试的范围很广！那种只要进行功能测试的公司，我想他们的软件，肯定会出很多问题。 测试是伴随整个开发过程的，就连需求文档，设计文档都要进行测试评估！所以测试不是简单的事情，需要丰富的经验才能胜任！这样才能出高质量的软件。 如果软件到最后再进行功能测试的话，有很多不易发现的bug就可能不会被发现！很可能，这个软件就不能使用了！ 2. 软件开发与软件测试的区别！！！ 软件测试工程师：查找bug、管理bug、质量保证 软件开发工程师：系统设计、编码、修改bug 测试工程师与开发工程师目标一致、行为对立、并行工作。 3. 测试工程师应该具备的三项基本素质[1] 很多年轻或者刚刚从事测试工作的工程师，经常会问：“测试工程师需要什么技能或者具有什么素质才是合格的？”与开发人员相比，测试人员不但需要一技之长，还需要掌握诸如操作系统、数据库、网络等多方面的知识。 一个有竞争力的测试人员要具有下面三个方面的素质： 计算机专业技能 计算机领域的专业技能是测试工程师应该必备的一项素质，是做好测试工作的前提条件。 尽管没有任何IT背景的人也可以从事测试工作，但是一名要想获得更大发展空间或者持久竞争力的测试工程师，则计算机专业技能是必不可少的。 计算机专业技能主要包含三个方面： 测试专业技能 现在软件测试已经成为一个很有潜力的专业。 要想成为一名优秀的测试工程师，首先应该具有扎实的专业基础，这也是本书的编写目的之一。 因此，测试工程师应该努力学习测试专业知识，告别简单的“点击”之类的测试工作，让测试工作以自己的专业知识为依托。 测试专业知识很多，本书内容主要以测试人员应该掌握的基础专业技能为主。 测试专业技能涉及的范围很广：既包括黑盒测试、白盒测试、测试用例设计等基础测试技术，也包括单元测试、功能测试、集成测试、系统测试、性能测试等测试方法，还包括基础的测试流程管理、缺陷管理、自动化测试技术等知识。 软件编程技能 “测试人员是否需要编程？”可以说是测试人员最常提出的问题之一。 实际上，由于在我国开发人员待遇普遍高于测试人员，因此能写代码的几乎都去做开发了，而很多人则是因为做不了开发或者不能从事其它工作才“被迫”从事测试工作。 最终的结果则是很多测试人员只能从事相对简单的功能测试，能力强一点的则可以借助测试工具进行简单的自动化测试（主要录制、修改、回放测试脚本）。 软件编程技能实际应该是测试人员的必备技能之一，在微软，很多测试人员都拥有多年的开发经验。 因此，测试人员要想得到较好的职业发展，必须能够编写程序。 只有能给编写程序，才可以胜任诸如单元测试、集成测试、性能测试等难度较大的测试工作。 此外，对软件测试人员的编程技能要求也有别于开发人员：测试人员编写的程序应着眼于运行正确，同时兼顾高效率，尤其体现在与性能测试相关的测试代码编写上。 因此测试人员要具备一定的算法设计能力。 依据作者的经验，测试工程师至少应该掌握Java、C#、C++之类的一门语言以及相应的开发工具。 网络、操作系统、数据库、中间件等知识： 与开发人员相比，测试人员掌握的知识具有“博而不精”的特点，“艺多不压身”是个非常形象的比喻。 由于测试中经常需要配置、调试各种测试环境，而且在性能测试中还要对各种系统平台进行分析与调优，因此测试人员需要掌握更多网络、操作系统、数据库等知识。 在网络方面，测试人员应该掌握基本的网络协议以及网络工作原理，尤其要掌握一些网络环境的配置，这些都是测试工作中经常遇到的知识。 操作系统和中间件方面，应该掌握基本的使用以及安装、配置等。 例如很多应用系统都是基于Unix、linux来运行的，这就要求测试人员掌握基本的操作命令以及相关的工具软件。 而WebLogic、Websphere等中间件的安装、配置很多时候也需要掌握一些。 数据库知识则是更应该掌握技能，现在的应用系统几乎离不开数据库。 因此不但要掌握基本的安装、配置，还要掌握SQL。 测试人员至少应该掌握Mysql、MS SQLServer、Oracle等常见数据库的使用。 作为一名测试人员，尽管不能精通所有的知识，但要想做好测试工作，应该尽可能地去学习更多的与测试工作相关的知识

什么是hibernate中的二级缓存

在向大家详细介绍Hibernate二级缓存之前，首先让大家了解下一级缓存，然后全面介绍Hibernate二级缓存。 Hibernate中提供了两级Cache，第一级别的缓存是Session级别的缓存，它是属于事务范围的缓存。 这一级别的缓存由hibernate管理的，一般情况下无需进行干预；第二级别的缓存是SessionFactory级别的缓存，它是属于进程范围或群集范围的缓存。 这一级别的缓存可以进行配置和更改，并且可以动态加载和卸载。 Hibernate还为查询结果提供了一个查询缓存，它依赖于第二级缓存。 一. 一级缓存和二级缓存的比较： 第一级缓存 第二级缓存 存放数据的形式相互关联的持久化对象 对象的散装数据 缓存的范围事务范围，每个事务都有单独的第一级缓存进程范围或集群范围，缓存被同一个进程或集群范围内的所有事务共享并发访问策略由于每个事务都拥有单独的第一级缓存，不会出现并发问题，无需提供并发访问策略由于多个事务会同时访问第二级缓存中相同数据，因此必须提供适当的并发访问策略，来保证特定的事务隔离级别数据过期策略没有提供数据过期策略。 处于一级缓存中的对象永远不会过期，除非应用程序显式清空缓存或者清除特定的对象必须提供数据过期策略，如基于内存的缓存中的对象的最大数目，允许对象处于缓存中的最长时间，以及允许对象处于缓存中的最长空闲时间物理存储介质内存内存和硬盘。 对象的散装数据首先存放在基于内存的缓存中，当内存中对象的数目达到数据过期策略中指定上限时，就会把其余的对象写入基于硬盘的缓存中。 缓存的软件实现在Hibernate的Session的实现中包含了缓存的实现由第三方提供，Hibernate仅提供了缓存适配器(CacheProvider)。 用于把特定的缓存插件集成到Hibernate中。 启用缓存的方式只要应用程序通过Session接口来执行保存、更新、删除、加载和查询数据库数据的操作，Hibernate就会启用第一级缓存，把数据库中的数据以对象的形式拷贝到缓存中，对于批量更新和批量删除操作，如果不希望启用第一级缓存，可以绕过Hibernate API，直接通过JDBC API来执行指操作。 用户可以在单个类或类的单个集合的粒度上配置第二级缓存。 如果类的实例被经常读但很少被修改，就可以考虑使用第二级缓存。 只有为某个类或集合配置了第二级缓存，Hibernate在运行时才会把它的实例加入到第二级缓存中。 用户管理缓存的方式第一级缓存的物理介质为内存，由于内存容量有限，必须通过恰当的检索策略和检索方式来限制加载对象的数目。 Session的 evit()方法可以显式清空缓存中特定对象，但这种方法不值得推荐。 第二级缓存的物理介质可以是内存和硬盘，因此第二级缓存可以存放大量的数据，数据过期策略的maxElementsInMemory属性值可以控制内存中的对象数目。 管理第二级缓存主要包括两个方面：选择需要使用第二级缓存的持久类，设置合适的并发访问策略：选择缓存适配器，设置合适的数据过期策略。 二. 一级缓存的管理： 当应用程序调用Session的save()、update()、savaeOrUpdate()、get()或load()，以及调用查询接口的 list()、iterate()或filter()方法时，如果在Session缓存中还不存在相应的对象，Hibernate就会把该对象加入到第一级缓存中。 当清理缓存时，Hibernate会根据缓存中对象的状态变化来同步更新数据库。 Session为应用程序提供了两个管理缓存的方法： evict(Object obj)：从缓存中清除参数指定的持久化对象。 clear()：清空缓存中所有持久化对象。 三. Hibernate二级缓存的管理： 1. Hibernate二级缓存策略的一般过程如下： 1) 条件查询的时候，总是发出一条select * from table_name where …. （选择所有字段）这样的SQL语句查询数据库，一次获得所有的数据对象。 2) 把获得的所有数据对象根据ID放入到第二级缓存中。 3) 当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；查不到，如果配置了二级缓存，那么从二级缓存中查；查不到，再查询数据库，把结果按照ID放入到缓存。 4) 删除、更新、增加数据的时候，同时更新缓存。 Hibernate二级缓存策略，是针对于ID查询的缓存策略，对于条件查询则毫无作用。 为此，Hibernate提供了针对条件查询的Query Cache。 2. 什么样的数据适合存放到第二级缓存中？ 1) 很少被修改的数据 2) 不是很重要的数据，允许出现偶尔并发的数据 3) 不会被并发访问的数据 4) 参考数据,指的是供应用参考的常量数据，它的实例数目有限，它的实例会被许多其他类的实例引用，实例极少或者从来不会被修改。 3. 不适合存放到第二级缓存的数据？ 1) 经常被修改的数据 2) 财务数据，绝对不允许出现并发 3) 与其他应用共享的数据。 4. 常用的缓存插件 Hibernater二级缓存是一个插件，下面是几种常用的缓存插件： ◆EhCache：可作为进程范围的缓存，存放数据的物理介质可以是内存或硬盘，对Hibernate的查询缓存提供了支持。 ◆OSCache：可作为进程范围的缓存，存放数据的物理介质可以是内存或硬盘，提供了丰富的缓存数据过期策略，对Hibernate的查询缓存提供了支持。 ◆SwarmCache：可作为群集范围内的缓存，但不支持Hibernate的查询缓存。 ◆JBossCache：可作为群集范围内的缓存，支持事务型并发访问策略，对Hibernate的查询缓存提供了支持。 5. 配置Hibernate二级缓存的主要步骤： 1) 选择需要使用二级缓存的持久化类，设置它的命名缓存的并发访问策略。 这是最值得认真考虑的步骤。 2) 选择合适的缓存插件，然后编辑该插件的配置文件。

mdi格式的文件要用什么软件打开？

MDI格式文件是微软Office中的一种文件格式。 该文件格式基于旨在按页面版式保存图像的 Tag 图像文件格式 (TIFF) 。 在 Office Document Imaging 中，您可按 MDI 格式和 Tag 图像文件格式 (TIFF) 格式打开和保存文件。 两种格式都可随图像一起存储通过 光学字符识别 (OCR) 识别的文本。 文件格式比较 虽然可使用许多其他图形应用程序打开或编辑用 Office Document Imaging 创建的 TIFF 文件，但是只能在 Office Document Imaging 中打开或编辑 MDI 文件。 若要与使用 Office Document Imaging 2002 或其他文档图像处理程序的人员共享文件，请将文件保存为 TIFF 格式以与其他人员使用的程序兼容。 与 TIFF 文件相比，MDI 文件具有以下优点： >> 文件大小减小: 与保存为 TIFF 格式的相同图像相比，以 MDI 文件格式保存的图像所占用的磁盘空间更小。 >> 图像保真度增强: 与保存为 TIFF 格式的相同图像（在选中“执行无损压缩(LZW)”选项的条件下）相比，以 MDI 文件格式保存的图像通常有更高的保真度（或质量）。 文件格式选择 在 Office Document Imaging 中，您可在进行以下操作时选择文档的文件格式（带 扩展名的 MDI 格式或带 扩展名的 TIFF 格式）： >> 扫描文档: 选择的扫描预设将确定保存扫描文档所使用的格式。 您可创建自己的扫描预设或编辑现有预设以更改文件格式。 >> 保存文档: 保存文件时，您可在“另存为”对话框的“保存类型”列表中选择文件格式。 >> 导入文档: “选项”对话框（“工具”菜单）中“其他”选项卡上的“文件导入首选项”按钮使您可选择从其他程序导入文档的默认文件格式。 可以使用Microsoft Office 打开。