阿里云开发者学堂

Tomcat 访问数据库的过程需要注意都配备了相应的 Data source，在配备Data source的过程中输入了“http://ip:3306/test”，最常使用的就是这个 http 的协议。

一个程序在操作系统上跑起来就是一个单独的进程，进程里面存在32位机器，一个进程可以有4GB的内存空间，用某一个地址访问变量的时候，最多访问这个4GB的内存空间，当AB这两个程序进行通信的时候，一个程序访问另一个程序的某一个对象，但是两个进程里面的内存都是相互独立的，通过地址不可能直接访问，想要通信必须远程通信。

企业级应用系统体系构架中的分布式的对象指的是在此系统内的程序互相之间要进行一些远程通信的操作，以便于能够顺利完成相关的要求或者任务。

企业级应用系统体系构架中的分布式对象主要都有远程通信里的服务器端和客户端所扮演的角色，远程方法调用的实现，RMI的编程模型以及调用时候的参数问题。

因为文件系统中只能够进行读写的操作，而放在非关系型数据库中不仅读写，还可以进行查找等其他的操作，这是文件系统中不具备的 。所以将需要查找但却不含结构化的数据，适合放在非关系型数据库中。

从应用工程的生命周期来看，一个应用最大的成本是应用的总维护成本，所以代码的可维护性代表了最终成本，从长远来看统一数据访问模块的抽取可能会减少这种成本。 统一数据访问模块的抽取可以从以下几个方面提高应用系统的设计质量。 一、可维护性 当依赖变化时，有多少代码需要随之改变，如果不实现统一数据访问模块那么业务代码中势必要直接依赖数据实现类DAO，会形成事务脚本类的代码，而这种代码很难维护主要是因为以下几点： 1. 数据结构的不稳定性：DAO操作的是一个纯数据结构的类，这种类映射了数据库中的一个表。数据库的表结构和设计是应用的外部依赖，这种外部依赖随着时间的变化可能会改变，尤其是存储中间件的变更最为常见，例如MySQL变更MongoDB，又或者换一个表设计什么的。 2. 依赖库的升级：DAO类本身可能依赖MyBatis的实现，如果MyBatis未来升级版本，可能会造成用法的不同。同样的，如果未来换一个ORM体系，迁移成本也是巨大的。 二、可扩展性 做新需求或改逻辑时，需要新增或修改多少代码。如果不抽取统一数据访问模块，新需求的增加可能会直接修改业务代码或是直接修改DAO的实现，最终可能会造成大量的if-else语句，造成bug。 三、可测试性 当业务代码中强依赖了数据库等外部依赖之后，想要完整跑通一个测试用例需要确保所有依赖都能跑起来，这个在项目早期是及其困难的。在项目后期也会由于各种系统的不稳定性而导致测试无法通过。

从软件设计角度考虑，一个应用的设计是否合理，主要考查几个设计原则，统一数据访问模块的抽取可以满足这几个设计原则，从而实现高可用、高可扩展、高健壮的应用系统。 1. 单一性原则：单一性原则要求一个对象/类应该只有一个变更的原因。提问者的统一数据访问模块实际上就是实现这个原则，避免因为数据存储方式的变更或是其它数据处理中间件的变更的改变而改变。 2. 依赖反转原则：依赖反转原则要求在代码中依赖抽象，而不是具体的实现。提问者的统一数据访问模块就像是一个共享数据访问层，将具体的数据处理屏蔽在该层后面，让应用依赖统一数据访问这个抽象层。 3. 开闭原则：开放封闭原则指开放扩展，但是封闭修改。提问者的统一数据访问模块的建立可以实现在新增需求时只增加新的实现类，做到尽量不修改原有逻辑，对外部调用者透明。

一些结构化并不好的数据需要存储在非关系型数据库，如日志数据、书评这样大段话的数据，它们之间没有什么结构组成，只是单纯的数据。

数据库主服务器采用最终一致性同步的方法，可以寻找服务器较为不 繁忙的时候进行同步，减轻了服务器的压力，同时缺点则是上一次同步和本次同步的数据不一样，所以可能出现，当我们访问一个网站时，网站的当前访问人数计数值可能并不准确。

正向代理是指用户指定访问确定的服务器资源，是知道目标服务器的。而反向代理时，用户只需知道访问代理服务器即可，具体访问哪个目标服务器由代理服务器进行解析，就近获得。

正向代理是指多个用户通过代理服 务器去访问同一个服务器，而从服务器的角度而言，只知道是从同一个代理和ip而来。

以存储10GB文件来讲解Hadoop 存储过程，使用Hadoop来存储10GB的文件时，不光考虑是否能存下的问题，还要考虑到文件读取的效率，因而并非时将10GB的文件直接存储，而是将其切分为各个1GB的小块，再将其分布的存储在10台机器上。

分布式数据 库服务器会将100TB的数据表，给切割成多个表，再存储在不同的分布式数据库服务器上，同时如何将关联关系复杂的表切分成多个小表是需要谨慎思考的。

假设有10台分布 式文件系统，将一个大文件切成各个的小块存储在上面，当有用户想访问时，可从各个分布式文件系统中同时去读数据，相当于硬盘的io扩大了10倍。

并没有，在主从数据库时，写操作是在主数据库中，而读是在从数据库，同时主从数据库两者的数据，不断在备份。即主从数据库并没有扩充存储的容量，一台数据存10G，创建一个主从备份仍旧只能存10G数据。

当数据过大时，在一台机 器中无法存储，因而需要使用分布式文件系统来存储这些大文件。

反向代理 服务器可以使得一个域名对应的后台的多个ip，当用户请求到代理时，会解析请求ip，找一个最近的服务器代理，而并非是到同一个用户。

分布式文件系统的好处不单提高了集群的存 储容量，还优化了存储的方式，让用户在读取数据时的速率变快。

当在异地去部署多个实例时，使用分发 网络可以使得用户只看到一个域名，但却能访问离其最近的节点信息。

应用服务 器只需要开一个机器后，再在上面部署一个实例即可。但是数据库服务器如果开了两个实例，无法让任何负载均衡去做写操作一下在数据库1，一下在数据库2，容易导致数据库数据不同步，要保证数据库虽然是集群，但数据必须同步一致，于是数据库服务器分为主从备份。在数据库主服务器崩溃后具有被选举权和选举权。

数据库 集群中的数据库从服务器一方面可同步主服务器写操作后的数据，当服务器崩溃时可以接管；另一方面所有的读操作可放在从服务器上，因为它只读，不会造成数据库的不一致。

数据库服务器（ 主）和数据库服务器（从）两者之间可以是一对一的关系，同时也可以是一对多的关系。rg:MongDB（从）不但有多个，还有多种。

数据库主服 务器的采用实时一致性同步到数据库从服务器，缺点是会导致服务器的压力很大，而从服务器要保证实时一致，也需要锁库。优点在于，无论如何访问数据，一定是一致的。

数据库主 服务器的实时同步和最终同步各自有各自的缺点，如果采用实时一致性同步，服务器的系统压力就会更大，但数据访问都是一致的。最终一致性同步可以降低服务器的压力，但可能出现当前数据不统一的情况。

过程常常是 在数据库主服务器上执行写操作后，数据库主服务器再将其同步备份到从服务器上。同时分为实时的和最终的。

为了保 证数据库的一致性，常常会在数据库表中添加锁，而一旦添加锁后，如果只有一台主数据库，数据库对应的所有项目的数据传输都会卡在数据库上，所以就需要建立数据库服务器的集群。

当一张表 加了lock锁后，就无法对数据库表进行读写的操作，常常在保证数据的一致性时，就得添加锁。

要建立数据 库服务器的集群的前提条件就是保证数据库集群之间的数据必须同步一致。因为写操作只能在一个地方执行。

当然可以，数据库从服务器可以是不 同种类的，如：MongDB的从服务器有些还可以接管数据库主服务器；有些不能够接管数据库主服务器，但可备份数据。

一个较为复杂的系统中，必然会出现视频、音频和图片等等，如：淘宝、新浪等大型网站，需要考虑节点个数问题，如果网站只有一个节点，那么全国的人想要访问，都只能访问 这一个节点，而受到网络情况的影响，华东地区访问可能更快，其他地区访问可能更慢。因而就需要利用内容分发网络，使得各地区访问的人，从就近的节点获取音频、图片等。

可以通过负载 均衡服务器不断添加应用服务器，以此来提高应用服务器处理前端的业务请求能力。

客户端在访问 服务器时有一个HttpSession的对象来维护该次会话，当对象第一次访问应用服务器1时，之后就不可以再访问到应用服务器2去，因为2上无法找到HttpSession对象，因而保障各个应用服务器其大体一致，而非绝对一样。

不能，因为各种 因素的影响，不可以使其完全相等，只能说负载均衡使得各个应用服务器大体是一样的，但并非是完全相同的，因为各个应用服务器使用的HttpSession并不相同。

负载均衡的策略如下：

1.轮询

2.指定权重，指定轮询的几率

3.ip绑定

4.按后端服务器的响应时间分配请求

5.按url的hash结果来分配请求

负载均衡调度服务器是为了避免请求只作用 于一个应用服务器从而导致一个应用服务器过于繁忙。可使用负载均衡调度服务器的压力做均衡，当请求到来时由其决定请求作用于哪台服务器。

使用session服务器端的缺点是用户多时占用服务器端内存过多

使用session服务器端的要求是必须存储状态信息

scope必须配置为prototype或者session

这样只会创建一个Action对象,每次访问都是同一个Action对象，数据不安全

使用prototype时,必须自己在客户端维护用户的状态,每次访问服务端时将相应状态信息提交给服务器。

若配置为singleton则多线程访问时会出现问题,例如actionMessage,fieldError等信息会累加,多用户访问时有的用户访问到的是另一个用户的数据。

Spring作为一个优秀的、用途广、发展时间长的框架

每次注入或者通过Spring应用上下文获取的时候，都会创建一个新的bean实例。

Spring中单例（ Singleton）的作用是在整个应用中，只创建bean的一个实例。

两种： 单例（ Singleton），原型（ Prototype）

可以使有状态的对象少，无状态的对象多