硬盘需要磁头转动读取数据。内存是电，瞬间到达。所以读取快
mysql建立索引会导致更新速度变慢。因为每一次数据更新都会导致索引更新。
索引会增加查询效率，但是会影响增删改效率。建立索引，只要对数据有变动。就会影响，
为什么要创建索引呢？这是因为，创建索引可以大大提高系统的性能，优点:
第一，通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。
第二，可以大大加快数据的检索速度，这也是创建索引的最主要的原因。
第三，可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。
第四，在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。
第五，通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。
也许会有人要问：增加索引有如此多的优点，为什么不对表中的每一个列创建一个索引呢？
这种想法固然有其合理性，然而也有其片面性。虽然，索引有许多优点，但是，为表中的每一个列都增加索引，是非常不明智的。
这是因为，增加索引也有许多不利的一个方面, 缺点：
第一，创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。
第二，索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大。
第三，当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。
索引是建立在数据库表中的某些列的上面。因此，在创建索引的时候，应该仔细考虑在哪些列上可以创建索引，在哪些列上不能创建索引。一般来说，应该在这些列上创建索引，
例如：在经常需要搜索的列上，可以加快搜索的速度；
（1 ）在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构；
（2 ）在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度；
（3 ）在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的；
（4 ）在经常需要排序的列上创建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间；
（5 ）在经常使用在WHERE子句中的列上面创建索引，加快条件的判断速度。
同样，对于有些列不应该创建索引。一般来说，不应该创建索引的的这些列具有下列特点：
（1 ）对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为，既然这些列很少使用到，因此有索引或者无索引，并不能提高查询速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。
（2 ）对于那些只有很少数据值的列也不应该增加索引。这是因为，由于这些列的取值很少，例如人事表的性别列，在查询的结果中，结果集的数据行占了表中数据行的很大比例，即需要在表中搜索的数据行的比例很大。增加索引，
并不能明显加快检索速度。
（3 ）对于那些定义为text, image和bit数据类型的列不应该增加索引。这是因为，这些列的数据量要么相当大，要么取值很少。
（4 ）当修改性能远远大于检索性能时，不应该创建索引。这是因为，修改性能和检索性能是互相矛盾的。
当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。因此，当修改性能远远大于检索性能时，不应该创建索引
高可用HA（High Availability）是分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计减少系统不能提供服务的时间。
假设系统一直能够提供服务，我们说系统的可用性是100 % 。
如果系统每运行100 个时间单位，会有1 个时间单位无法提供服务，我们说系统的可用性是99 % 。
很多公司的高可用目标是4 个9 ，也就是99.99 % ，这就意味着，系统的年停机时间为8.76 个小时。
百度的搜索首页，是业内公认高可用保障非常出色的系统，甚至人们会通过www. baidu. com 能不能访问来判断“网络的连通性”，百度高可用的服务让人留下啦“网络通畅，百度就能访问”，“百度打不开，应该是网络连不上”的印象，这其实是对百度HA最高的褒奖
微服务 就是按领域划分功能模块。 把一个大项目拆封成多个小项目。
简单的说，微服务是架构设计方式，分布式是系统部署方式，两者概念不同
缓存穿透是指查询一个一定不存在的数据，由于缓存不命中，接着查询数据库也无法查询出结果，因此也不会写入到缓存中，
这将会导致每个查询都会去请求数据库，造成缓存穿透；
解决方法, 1. 布隆过滤 2. 缓存空对象
缓存雪崩是指，由于缓存层承载着大量请求，有效的保护了存储层，但是如果缓存层由于某些原因整体不能提供服务，于是所有的请求都会达到存储层，存储层的调用量会暴增，造成存储层也会挂掉的情况
解决:
在缓存更新或者过期的情况下，先获取锁，在进行更新或者从数据库中获取数据后，再释放锁，需要一定的时间等待，就可以从缓存中继续获取数据。
基于数据库实现分布式锁；
基于缓存（Redis等）实现分布式锁；
基于Zookeeper实现分布式锁；
@data 之类的 @tostring @ get @set
- myabtis. log –
free. mybatis. plugin-
lombok- mybatis. generator
Spring Cloud Netflix：核心组件，可以对多个Netflix OSS开源套件进行整合，包括以下几个组件：
Eureka：服务治理组件，包含服务注册与发现
Hystrix：容错管理组件，实现了熔断器
Ribbon：客户端负载均衡的服务调用组件
Feign：基于Ribbon和Hystrix的声明式服务调用组件
Zuul：网关组件，提供智能路由、访问过滤等功能
Archaius：外部化配置组件
Spring Cloud Config：配置管理工具，实现应用配置的外部化存储，支持客户端配置信息刷新、加密/ 解密配置内容等。
Spring Cloud Bus：事件、消息总线，用于传播集群中的状态变化或事件，以及触发后续的处理
Spring Cloud Security：基于spring security的安全工具包，为我们的应用程序添加安全控制
Spring Cloud Consul :
封装了Consul操作，Consul是一个服务发现与配置工具（与Eureka作用类似），与Docker容器可以无缝集成
栗子:
故事：老王烧开水。
出场人物：老张，水壶两把（普通水壶，简称水壶；会响的水壶，简称响水壶）。
老王想了想，有好几种等待方式
1. 老王用水壶煮水，并且站在那里，不管水开没开，每隔一定时间看看水开了没。－同步阻塞
老王想了想，这种方法不够聪明。
2. 老王还是用水壶煮水，不再傻傻的站在那里看水开，跑去寝室上网，但是还是会每隔一段时间过来看看水开了没有，水没有开就走人。－同步非阻塞
老王想了想，现在的方法聪明了些，但是还是不够好。
3. 老王这次使用高大上的响水壶来煮水，站在那里，但是不会再每隔一段时间去看水开，而是等水开了，水壶会自动的通知他。－异步阻塞
老王想了想，不会呀，既然水壶可以通知我，那我为什么还要傻傻的站在那里等呢，嗯，得换个方法。
4. 老王还是使用响水壶煮水，跑到客厅上网去，等着响水壶自己把水煮熟了以后通知他。－异步非阻塞
老王豁然，这下感觉轻松了很多。
1 、springmvc基于方法开发的，struts2基于类开发的。
2 、spring mvc的入口是servlet（前端控制器），而struts2是filter（核心过滤器），这样就导致了二者的机制不同。
3 、 拦截器实现机制上，Struts2有以自己的interceptor机制，SpringMVC用的是独立的AOP方式。
4 、struts2接受参数时是用类属性接受参数的，而springmvc用的是方法的形参。
5 、struts2响应的数据存放在modelandview里，而struts2响应的参数仍然存放在类属性中，响应和接受的参数都放在类属性中会显得很乱。
6 、 另外，springmvc的验证也是一个亮点，支持JSR303，处理ajax的请求更是方便，只需一个注解@ResponseBody ，然后直接返回响应文本即可
1. 用户发起请求到前端控制器（DispatcherServlet），该控制器会过滤出哪些请求可以访问Servlet、哪些不能访问。就是url- pattern的作用，并且会加载springmvc. xml配置文件。
2. 前端控制器会找到处理器映射器（HandlerMapping），通过HandlerMapping完成url到controller映射的组件，简单来说，就是将在springmvc. xml中配置的或者注解的url与对应的处理类找到并进行存储，用map< url, handler> 3. HandlerMapping有了映射关系，并且找到url对应的处理器，HandlerMapping就会将其处理器（Handler）返回，在返回前，会加上很多拦截器。
4.D ispatcherServlet拿到Handler后，找到HandlerAdapter（处理器适配器），通过它来访问处理器，并执行处理器。
5. 执行处理器
6. 处理器会返回一个ModelAndView对象给HandlerAdapter
7. 通过HandlerAdapter将ModelAndView对象返回给前端控制器( DispatcherServlet)
8. 前端控制器请求视图解析器( ViewResolver) 去进行视图解析，根据逻辑视图名解析成真正的视图( jsp) ，其实就是将ModelAndView对象中存放视图的名称进行查找，找到对应的页面形成视图对象
9. 返回视图对象到前端控制器。
10. 视图渲染，就是将ModelAndView对象中的数据放到request域中，用来让页面加载数据的。
11. 通过第8 步，通过名称找到了对应的页面，通过第10 步，request域中有了所需要的数据，那么就能够进行视图渲染了。最后将其返回即可。
一、组件型注解：
@Component 在类定义之前添加@Component 注解，他会被spring容器识别，并转为bean。
@Repository 对Dao实现类进行注解 ( 特殊的@Component )
@Service 用于对业务逻辑层进行注解， ( 特殊的@Component )
@Controller 用于控制层注解 ， ( 特殊的@Component )
以上四种注解都是注解在类上的，被注解的类将被spring初始话为一个bean，然后统一管理。
二、请求和参数型注解：
@RequestMapping ：用于处理请求地址映射，可以作用于类和方法上。
value：定义request请求的映射地址
method：定义地request址请求的方式，包括【GET, POST, HEAD, OPTIONS, PUT, PATCH, DELETE, TRACE. 】默认接受get请求，如果请求方式和定义的方式不一样则请求无法成功。
params：定义request请求中必须包含的参数值。
headers：定义request请求中必须包含某些指定的请求头，如：RequestMapping ( value = "/something" , headers = "content-type=text/*" ) 说明请求中必须要包含"text/html" , "text/plain" 这中类型的Content- type头，才是一个匹配的请求。
consumes：定义请求提交内容的类型。
produces：指定返回的内容类型，仅当request请求头中的( Accept) 类型中包含该指定类型才返回
2. @RequestParam：用于获取传入参数的值
value：参数的名称
required：定义该传入参数是否必须，默认为true ，（和@RequestMapping 的params属性有点类似）
3. @PathViriable：用于定义路径参数值
value：参数的名称
required：定义传入参数是否为必须值
4. @ResponseBody：作用于方法上，可以将整个返回结果以某种格式返回，如json或xml格式。
5. @ModelAttribute：用于把参数保存到model中，可以注解方法或参数，注解在方法上的时候，该方法将在处理器方法执行之前执行，然后把返回的对象存放在 session（前提时要有@SessionAttributes 注解） 或模型属性中，@ModelAttribute ( “attributeName”) 在标记方法的时候指定，若未指定，则使用返回类型的类名称（首字母小写）作为属性名称。
6. @SessionAttributes
默认情况下Spring MVC将模型中的数据存储到request域中。当一个请求结束后，数据就失效了。如果要跨页面使用。那么需要使用到session。而@SessionAttributes 注解就可以使得模型中的数据存储一份到session域中。配合@ModelAttribute ( "user" ) 使用的时候, 会将对应的名称的model值存到session中
OOA面向对象分析
OOD面向对象设计
OOP面向对象语言
面向对象的三大特性
1 、封装
隐藏对象的属性和实现细节，仅对外提供公共访问方式，将变化隔离，便于使用，提高复用性和安全性。
2 、继承
提高代码复用性；继承是多态的前提。
3 、多态
父类或接口定义的引用变量可以指向子类或具体实现类的实例对象。提高了程序的拓展性。
面向过程POP
是一种以过程为中心的编程思想。这些都是以什么正在发生为主要目标进行编程，不同于面向对象的是谁在受影响。
就是分析出解决问题所需要的步骤，然后用函数把这些步骤一步一步实现，使用的时候一个一个依次调用就可以了。最常用的面向过程语言是c语言。
面向对象 OOP
是把构成问题事务分解成各个对象，建立对象的目的不是为了完成一个步骤，而是为了描叙某个事物在整个解决问题的步骤中的行为。
面向对象程序设计以对象为核心，该方法认为程序由一系列对象组成。类是对现实世界的抽象，包括表示静态属性的数据和对数据的操作，对象是类的实例化。对象间通过消息传递相互通信，来模拟现实世界中不同实体间的联系。在面向对象的程序设计中，对象是组成程序的基本模块。
面向接口IOP
面向接口编程是开发程序的功能先定义接口, 接口中定义约定好的功能方法声明, 通过实现该接口进行功能的实现, 完成软件或项目的要求. 软件或项目随着时间的不断变化, 软件的功能要进行升级或完善, 开发人员只需要创建不同的新类重新实现该接口中所有方法, 就可以达到系统升级和扩展的目的.
面向切面AOP
AOP是OOP的延续，是软件开发中的一个热点，也是Spring框架中的一个重要内容，是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。
什么是AOP
AOP（Aspect Oriented Programming 面向切面编程），通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续，是软件开发中的一个热点，也是Spring框架中的一个重要内容，是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。
常用于日志记录，性能统计，安全控制，事务处理，异常处理等等。
定义AOP术语
切面（Aspect）：切面是一个关注点的模块化，这个关注点可能是横切多个对象；
连接点（Join Point）：连接点是指在程序执行过程中某个特定的点，比如某方法调用的时候或者处理异常的时候；
通知（Advice）：指在切面的某个特定的连接点上执行的动作。Spring切面可以应用5 中通知：
前置通知（Before）: 在目标方法或者说连接点被调用前执行的通知；
后置通知（After）：指在某个连接点完成后执行的通知；
返回通知（After- returning）：指在某个连接点成功执行之后执行的通知；
异常通知（After- throwing）：指在方法抛出异常后执行的通知；
环绕通知（Around）：指包围一个连接点通知，在被通知的方法调用之前和之后执行自定义的方法。
切点（Pointcut）：指匹配连接点的断言。通知与一个切入点表达式关联，并在满足这个切入的连接点上运行，例如：当执行某个特定的名称的方法。
引入（Introduction）：引入也被称为内部类型声明，声明额外的方法或者某个类型的字段。
目标对象（Target Object）：目标对象是被一个或者多个切面所通知的对象。
AOP代理（AOP Proxy）：AOP代理是指AOP框架创建的对对象，用来实现切面契约（包括通知方法等功能）
织入（Wearving）：指把切面连接到其他应用出程序类型或者对象上，并创建一个被通知的对象。或者说形成代理对象的方法的过程。
1. 声明bean的注解
@Component 组件，没有明确的角色
@Service 在业务逻辑层使用（service层）
@Repository 在数据访问层使用（dao层）
@Controller 在展现层使用，控制器的声明（C）
2. 注入bean的注解
@Autowired ：由Spring提供
@Inject ：由JSR- 330 提供
@Resource ：由JSR- 250 提供
都可以注解在set方法和属性上，推荐注解在属性上（一目了然，少写代码）。
3. java配置类相关注解
@Configuration 声明当前类为配置类，相当于xml形式的Spring配置（类上）
@Bean 注解在方法上，声明当前方法的返回值为一个bean，替代xml中的方式（方法上）
@Configuration 声明当前类为配置类，其中内部组合了@Component 注解，表明这个类是一个bean（类上）
@ComponentScan 用于对Component进行扫描，相当于xml中的（类上）
@WishlyConfiguration 为@Configuration 与@ComponentScan 的组合注解，可以替代这两个注解
4. 切面（AOP）相关注解
Spring支持AspectJ的注解式切面编程。
@Aspect 声明一个切面（类上）
使用@After 、@Before 、@Around 定义建言（advice），可直接将拦截规则（切点）作为参数。
@After 在方法执行之后执行（方法上）
@Before 在方法执行之前执行（方法上）
@Around 在方法执行之前与之后执行（方法上）
@PointCut 声明切点
在java配置类中使用@EnableAspectJAutoProxy 注解开启Spring对AspectJ代理的支持（类上）
5. @Bean的属性支持
@Scope 设置Spring容器如何新建Bean实例（方法上，得有@Bean ）
其设置类型包括：
Singleton （单例, 一个Spring容器中只有一个bean实例，默认模式）,
Protetype （每次调用新建一个bean）,
Request （web项目中，给每个http request新建一个bean）,
Session （web项目中，给每个http session新建一个bean）,
GlobalSession（给每一个 global http session新建一个Bean实例）
@StepScope 在Spring Batch中还有涉及
@PostConstruct 由JSR- 250 提供，在构造函数执行完之后执行，等价于xml配置文件中bean的initMethod
@PreDestory 由JSR- 250 提供，在Bean销毁之前执行，等价于xml配置文件中bean的destroyMethod
6. @Value注解
@Value 为属性注入值（属性上）
支持如下方式的注入：
》注入普通字符
@Value ( "Michael Jackson" )
String name;
》注入操作系统属性
@Value ( "#{systemProperties['os.name']}" )
String osName;
》注入表达式结果
@Value ( "#{ T(java.lang.Math).random() * 100 }" )
String randomNumber;
》注入其它bean属性
@Value ( "#{domeClass.name}" )
String name;
》注入文件资源
@Value ( "classpath:com/hgs/hello/test.txt" )
String Resource file;
》注入网站资源
@Value ( "http://www.cznovel.com" )
Resource url;
》注入配置文件
@Value ( "${book.name}" )
String bookName;
注入配置使用方法：
① 编写配置文件（test. properties）
book. name= 《三体》
② @PropertySource 加载配置文件( 类上)
@PropertySource ( "classpath:com/hgs/hello/test/test.propertie" )
③ 还需配置一个PropertySourcesPlaceholderConfigurer的bean。
7. 环境切换
@Profile 通过设定Environment的ActiveProfiles来设定当前context需要使用的配置环境。（类或方法上）
@Conditional Spring4中可以使用此注解定义条件话的bean，通过实现Condition接口，并重写matches方法，从而决定该bean是否被实例化。（方法上）
8. 异步相关
@EnableAsync 配置类中，通过此注解开启对异步任务的支持，叙事性AsyncConfigurer接口（类上）
@Async 在实际执行的bean方法使用该注解来申明其是一个异步任务（方法上或类上所有的方法都将异步，需要@EnableAsync 开启异步任务）
9. 定时任务相关
@EnableScheduling 在配置类上使用，开启计划任务的支持（类上）
@Scheduled 来申明这是一个任务，包括cron, fixDelay, fixRate等类型（方法上，需先开启计划任务的支持）
10. @Enable* 注解说明
这些注解主要用来开启对xxx的支持。
@EnableAspectJAutoProxy 开启对AspectJ自动代理的支持
@EnableAsync 开启异步方法的支持
@EnableScheduling 开启计划任务的支持
@EnableWebMvc 开启Web MVC的配置支持
@EnableConfigurationProperties 开启对@ConfigurationProperties 注解配置Bean的支持
@EnableJpaRepositories 开启对SpringData JPA Repository的支持
@EnableTransactionManagement 开启注解式事务的支持
@EnableTransactionManagement 开启注解式事务的支持
@EnableCaching 开启注解式的缓存支持
11. 测试相关注解
@RunWith 运行器，Spring中通常用于对JUnit的支持
@ContextConfiguration 用来加载配置ApplicationContext，其中classes属性用来加载配置类
@RunWith ( SpringJUnit4ClassRunner. class )
@ContextConfiguration ( classes= { TestConfig. class } )
public class KjtTest {
private static Logger logger = LoggerFactory. getLogger ( "KjtTest" ) ;
@Autowired
Service service;
@Test
public void test ( ) {
}
}
@EnableWebMvc 在配置类中开启Web MVC的配置支持，如一些ViewResolver或者MessageConverter等，若无此句，重写WebMvcConfigurerAdapter方法（用于对SpringMVC的配置）。
@Controller 声明该类为SpringMVC中的Controller
@RequestMapping 用于映射Web请求，包括访问路径和参数（类或方法上）
@ResponseBody 支持将返回值放在response内，而不是一个页面，通常用户返回json数据（返回值旁或方法上）
@RequestBody 允许request的参数在request体中，而不是在直接连接在地址后面。（放在参数前）
@PathVariable 用于接收路径参数，比如@RequestMapping ( “/ hello/ { name} ”) 申明的路径，将注解放在参数中前，即可获取该值，通常作为Restful的接口实现方法。
@RestController 该注解为一个组合注解，相当于@Controller 和@ResponseBody 的组合，注解在类上，意味着，该Controller的所有方法都默认加上了@ResponseBody 。
@ControllerAdvice 通过该注解，我们可以将对于控制器的全局配置放置在同一个位置，注解了@Controller 的类的方法可使用@ExceptionHandler 、@InitBinder 、@ModelAttribute 注解到方法上，
这对所有注解了 @RequestMapping 的控制器内的方法有效。
@ExceptionHandler 用于全局处理控制器里的异常
@InitBinder 用来设置WebDataBinder，WebDataBinder用来自动绑定前台请求参数到Model中。
@ModelAttribute 本来的作用是绑定键值对到Model里，在@ControllerAdvice 中是让全局的@RequestMapping 都能获得在此处设置的键值对。
首先SOA和微服务架构一个层面的东西，而对于ESB和微服务网关是一个层面的东西，一个谈到是架构风格和方法，一个谈的是实现工具或组件。
1. SOA（Service Oriented Architecture）“面向服务的架构”: 他是一种设计方法，其中包含多个服务， 服务之间通过相互依赖最终提供一系列的功能。一个服务 通常以独立的形式存在与操作系统进程中。各个服务之间 通过网络调用。
2. 微服务架构: 其实和 SOA 架构类似, 微服务是在 SOA 上做的升华，微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。
微服务架构 = 80 % 的SOA服务架构思想 + 100 % 的组件化架构思想 + 80 % 的领域建模思想
优点: 每个微服务可独立运行在自己的进程里；
一系列独立运行的微服务共同构建起了整个系统；
每个服务为独立的业务开发，一个微服务一般完成某个特定的功能，比如：订单管理，用户管理等；
微服务之间通过一些轻量级的通信机制进行通信，例如通过REST API或者RPC的方式进行调用
单一职责原则
意思是每个微服务只需要实现自己的业务逻辑就可以了，比如订单管理模块，它只需要处理订单的业务逻辑就可以了，其它的不必考虑。
服务自治原则
意思是每个微服务从开发、测试、运维等都是独立的，包括存储的数据库也都是独立的，自己就有一套完整的流程，我们完全可以把它当成一个项目来对待。不必依赖于其它模块。
轻量级通信原则
首先是通信的语言非常的轻量，第二，该通信方式需要是跨语言、跨平台的，之所以要跨平台、跨语言就是为了让每个微服务都有足够的独立性，可以不受技术的钳制。
接口明确原则
由于微服务之间可能存在着调用关系，为了尽量避免以后由于某个微服务的接口变化而导致其它微服务都做调整，在设计之初就要考虑到所有情况，让接口尽量做的更通用，更灵活，从而尽量避免其它模块也做调整。
