## 1.1 Spring整合Mybatis思路分析 ### 1.1.1 环境准备 #### 步骤1:准备数据库表 Mybatis是来操作数据库表，所以先创建一个数据库及表 ```sql create database spring_db character set utf8; use spring_db; create table tbl_account( id int primary key auto_increment, name varchar(35), money double ); ``` #### 步骤2:创建项目导入jar包 项目的pom.xml添加相关依赖 ```xml org.springframework spring-context 5.2.10.RELEASE com.alibaba druid 1.1.16 org.mybatis mybatis 3.5.6 mysql mysql-connector-java 5.1.47 ``` #### 步骤3:根据表创建模型类 ```java public class Account implements Serializable { private Integer id; private String name; private Double money; //setter...getter...toString...方法略 } ``` #### 步骤4:创建Dao接口 ```java public interface AccountDao { @Insert("insert into tbl_account(name,money)values(#{name},#{money})") void save(Account account); @Delete("delete from tbl_account where id = #{id} ") void delete(Integer id); @Update("update tbl_account set name = #{name} , money = #{money} where id = #{id} ") void update(Account account); @Select("select * from tbl_a

# 1. 多表查询 ## 1.1 概述 ### 1.1.2 介绍 多表查询：查询时从多张表中获取所需数据 > 单表查询的SQL语句：select 字段列表 from 表名; > > 要执行多表查询，只需要使用逗号分隔多张表即可，如： select 字段列表 from 表1, 表2; 查询用户表和部门表中的数据： ~~~mysql select * from tb_emp , tb_dept; ~~ 此时,我们看到查询结果中包含了大量的结果集，总共85条记录，而这其实就是员工表所有的记录(17行)与部门表所有记录(5行)的所有组合情况，这种现象称之为笛卡尔积。 笛卡尔积：笛卡尔乘积是指在数学中，两个集合(A集合和B集合)的所有组合情况。  > 在多表查询时，需要消除无效的笛卡尔积，只保留表关联部分的数据  在SQL语句中，如何去除无效的笛卡尔积呢？只需要给多表查询加上连接查询的条件即可。 ~~~mysql select * from tb_emp , tb_dept where tb_emp.dept_id = tb_dept.id ; ~~~  ### 1.1.3 分类 多表查询可以分为： 1. 连接查询 - 内连接：相当于查询A、B交集部分数据  2. 外连接 - 左外连接：查询左表所有数据(包括两张表交集部分数据) - 右外连接：查询右表所有数据(包括两张表交集部分数据) 3. 子查询 ## 1.2 内连接 内连接查询：查询两表或多表中交

# 1.1 流程分析 (1) 创建工程 * 创建一个Maven的web工程 * pom.xml添加SSM需要的依赖jar包 * 编写Web项目的入口配置类，实现`AbstractAnnotationConfigDispatcherServletInitializer`重写以下方法。 * getRootConfigClasses() ：返回Spring的配置类->需要==SpringConfig==配置类。 * getServletConfigClasses() ：返回SpringMVC的配置类->需要==SpringMvcConfig==配置类。 * getServletMappings() : 设置SpringMVC请求拦截路径规则。 * getServletFilters() ：设置过滤器，解决POST请求中文乱码问题。 (2)SSM整合[==重点是各个配置的编写==]。 * SpringConfig * 标识该类为配置类 @Configuration。 * 扫描Service所在的包 @ComponentScan。 * 在Service层要管理事务 @EnableTransactionManagement。 * 读取外部的properties配置文件 @PropertySource。 * 整合Mybatis需要引入Mybatis相关配置类 @Import。 * 第三方数据源配置类 JdbcConfig。 * 构建DataSource数据源，DruidDataSouroce,需要注入数据库连接四要素， @Bean @Value。 * 构建平台事务管理器，DataSourceTransactionManager,@Bean。 * Mybatis配置类 MybatisConfig * 构建SqlSessionFactoryBean并设置别名扫描与数据源，@Bean。 * 构建MapperScannerConfigurer并设置DAO层的包扫描。 * SpringMvcConfig * 标识该类为配置类 @Configuration。 * 扫描Controller所在的包 @ComponentScan。 * 开启SpringMVC注解支持 @EnableWebMvc。 # 1.2 整合配置 掌握上述的知识点后，接下来，我们就可以按照上述的步骤一步步的来完成

## 1.1 拦截器概念 (1)浏览器发送一个请求会先到Tomcat的web服务器。 (2)Tomcat服务器接收到请求以后，会去判断请求的是静态资源还是动态资源。 (3)如果是静态资源，会直接到Tomcat的项目部署目录下去直接访问。 (4)如果是动态资源，就需要交给项目的后台代码进行处理。 (5)在找到具体的方法之前，我们可以去配置过滤器(可以配置多个)，按照顺序进行执行。 (6)然后进入到到中央处理器，SpringMVC会根据配置的规则进行拦截。 (7)如果满足规则，则进行处理，找到其对应的controller类中的方法进行执行,完成后返回结果。 (8)如果不满足规则，则不进行处理。 (9)这个时候，如果我们需要在每个Controller方法执行的前后添加业务，具体该如何来实现? 这个就是拦截器要做的事。 * 拦截器（Interceptor）是一种动态拦截方法调用的机制，在SpringMVC中动态拦截控制器方法的执行 * 作用: * 在指定的方法调用前后执行预先设定的代码。 * 阻止原始方法的执行。 * 总结：拦截器就是用来做增强。 看完以后，大家会发现 * 拦截器和过滤器在作用和执行顺序上也很相似。 所以这个时候，就有一个问题需要思考:拦截器和过滤器之间的区别是什么? - 归属不同：Filter属于Servlet技术，Interceptor属于SpringMVC技术。 - 拦截内容不同：Filter对所有访问进行增强，Interceptor仅针对SpringMVC的访问进行增强。 ## 1.2 拦截器入门案例 ### 1.2.1 环境准备 - 创建一个Web的Maven项目 - pom.xml添加SSM整合所需jar包 - 创建对应的配置类 - 创建模型类Book - 编写Controller ```java @RestController @RequestMapping("/books") public class BookController { @PostMapping public String save(@RequestBody Book book){ System.out.println("book save..." + book); return "{'module':'book save'}"; } @DeleteMapping("/

# 1. MQ介绍 ## 1.1 为什么要用MQ 消息队列是一种“先进先出”的数据结构 其应用场景主要包含以下3个方面 * 应用解耦 系统的耦合性越高，容错性就越低。以电商应用为例，用户创建订单后，如果耦合调用库存系统、物流系统、支付系统，任何一个子系统出了故障或者因为升级等原因暂时不可用，都会造成下单操作异常，影响用户使用体验。 使用消息队列解耦合，系统的耦合性就会提高了。比如物流系统发生故障，需要几分钟才能来修复，在这段时间内，物流系统要处理的数据被缓存到消息队列中，用户的下单操作正常完成。当物流系统回复后，补充处理存在消息队列中的订单消息即可，终端系统感知不到物流系统发生过几分钟故障。 应用系统如果遇到系统请求流量的瞬间猛增，有可能会将系统压垮。有了消息队列可以将大量请求缓存起来，分散到很长一段时间处理，这样可以大大提到系统的稳定性和用户体验。 一般情况，为了保证系统的稳定性，如果系统负载超过阈值，就会阻止用户请求，这会影响用户体验，而如果使用消息队列将请求缓存起来，等待系统处理完毕后通知用户下单完毕，这样总不能下单体验要好。 处于经济考量目的： 业务系统正常时段的QPS如果是1000，流量最高峰是10000，为了应对流量高峰配置高性能的服务器显然不划算，这时可以使用消息队列对峰值流量削峰。 * 数据分发  通过消息队列可以让数据在多个系统更加之间进行流通。数据的产生方不需要关心谁来使用数据，只需要将数据发送到消息队列，数据使用方直接在消息队列中直接获取数据即可 ## 1.2 MQ的优点和缺点 优点：解耦、削峰、数据分发 缺点包含以下几点： * 系统可用性降低 系统引入的外部依赖越多，系统稳定性越差。一旦MQ宕机，就会对业务造成影响。 如何保证MQ的高可用？ * 系统复杂度提高 MQ的加入大大增加了系统的复杂度，以前系统间是同步的远程调用，现在是通过MQ进行异步调用。 如何保证消息没有被重复消费？怎么处理消息丢失情况？那么保证消息传递的顺序性？ * 一致性问题 A系统处理完业务，通过MQ给B、C、D三个系统发消息数据，如果B系统、C系统处理成功，D系统处理失败。 如何保证消息数据处理的一

# 跨域问题 在Spring Boot中解决跨域问题的原因是因为浏览器的==同源策略==（Same-Origin Policy）限制了从一个源加载的文档或脚本如何与来自另一个源的资源进行交互。如果前端页面和后端服务不在同一个源（域名、协议、端口号都不相同），浏览器会阻止跨域请求，从而导致跨域问题。 为了解决跨域问题，可以在Spring Boot应用程序中配置**CORS**（跨域资源共享）策略，允许跨域请求。常见的解决方法是在后端代码中添加CORS配置，允许特定的域名或所有域名的请求。可以使用Spring Boot提供的@CrossOrigin注解或配置WebMvcConfigurer来实现跨域请求的处理。 **配置CorsConfig类** ```xml package com.bs.bszhsq.config; @Configuration public class CorsConfig { // 当前跨域请求最大有效时长。这里默认1天 private static final long MAX_AGE = 24 * 60 * 60; @Bean public CorsFilter corsFilter() { UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource(); CorsConfiguration corsConfiguration = new CorsConfiguration(); corsConfiguration.addAllowedOrigin("*"); // 1 设置访问源地址 corsConfiguration.addAllowedHeader("*"); // 2 设置访问源请求头 corsConfiguration.addAllowedMethod("*"); // 3 设置访问源请求方法 corsConfiguration.setMaxAge(MAX_AGE); source.registerCorsConfiguration("/**", corsConfiguration); // 4 对接口配置跨域设置 return new CorsFilter(source); } } ``` **后记 美好的一天，到此结束，下次继续努力！欲

Swagger1 介绍Swagger 是一个规范和完整的框架，用于生成、描述、调用和可视化 RESTful 风格的 Web 服务()。 它的主要作用是： 1. 使得前后端分离开发更加方便，有利于团队协作 2. 接口的文档在线自动生成，降低后端开发人员编写接口文档的负担 3. 功能测试 Spring已经将Swagger纳入自身的标准，建立了Spring-swagger项目，现在叫Springfox。通过在项目中引入Springfox ，即可非常简单快捷的使用Swagger。 knife4j是为Java MVC框架集成Swagger生成Api文档的增强解决方案,前身是swagger-bootstrap-ui,取名kni4j是希望它能像一把匕首一样小巧,轻量,并且功能强悍! 目前，一般都使用knife4j框架。 2 使用步骤1. 导入 knife4j 的maven坐标 在pom.xml中添加依赖 ```xml com.github.xiaoymin knife4j-spring-boot-starter 3.0.2 ``` 2. 在配置类中加入 knife4j 相关配置 SwaggerConfig .java ```java @Configuration @Slf4j public class SwaggerConfig extends WebMvcConfigurationSupport { /** * 通过knife4j生成接口文档 * @return */ @Bean public Docket docket() { ApiInfo apiInfo = new ApiInfoBuilder() .title("智慧社区项目接口文档") .version("1.0") .description("智慧社区项目接口文档") .build(); Docket docket = new Docket(DocumentationType.SWAGGER_2) .groupName("管理端") .apiInfo(apiInfo) .select() .apis(RequestHandlerSelectors.basePackage("com.bs.bszhsq.controller")) .paths(PathSelectors.any()) .build(); retu

# 视图 视图(View)是一种**虚拟存在的表**。视图中的数据并**不在数据库中实际存在**，行和列数据来自定义视图的查询中使用的表，并且是在使用视图时动态生成的。 通俗的讲，视图只保存了查询的SQL逻辑，不保存查询结果。所以我们在创建视图的时候，主要的工作就落在创建这条SQL查询语句上。 CASCADED会传递到依赖的视图，需要判断检查选项。 ## LOCAL 如果依赖的视图没有检查选项，则不检查 ## 视图的更新 要使视图可更新，视图中的行与基础表中的行之间必须存在一对一的关系。如果视图包含以下任何一项，则该视图不可更新 1. 聚合函数或窗口函数 (SUM()、MIN()、MAX()、COUNT()等) 2. DISTINCT 3. GROUP BY 4. HAVING 5. UNION 或者 UNION ALL ## 作用 - 简单 视图不仅可以简化用户对数据的理解，也可以简化他们的操作。那些被经常使用的查询可以被定义为视图，从而使得用户不必为以后的操作每次指定全部的条件。 - 安全 数据库可以授权，但不能授权到数据库特定行和特定的列上。通过视图用户只能查询和修改他们所能见到的数据。 - 数据独立 视图可帮助用户屏蔽真实表结构变化带来的影响。 # 存储过程 ## 介绍 存储过程是事先经过编译并存储在数据库中的一段 SOL 语句的集合，调用存储过程可以简化应用开发人员的很多工作，减少数据在数据库和应用服务器之间的传输，对于提高数据处理的效率是有好处的。 存储过程思想上很简单，就是数据库 SQL 语言层面的代码封装与重用。 ## 特点 - 封装，复用; - 可以接收参数，也可以返回数据; - 减少网络交互，效率提升; ==注意: 在命令行中，执行创建存储过程的SQL时，需要通过关键字 delimiter 指定SQL语句的结束符==。 ## 变量 **系统变量** 是MySQL服务器提供，不是用户定义的，属于服务器层面。分为全局变量 (==GLOBAL==)、会话变量(默认：==SESSION==)。 **用户定义变量** 是用户根据需要自己定义的变量，用户变量不用提前声明，在用的时候直接用“@变量名”使用就可以。其作用域为当前连接。 **局部变量** 是根据需要定义的在局部生效的变量，访问之前，需要DECLARE声明。可用作存储过程内的

sql优化 insert优化 批量插入 ```sql Insert into tb_test values(1,'Tom'),(2,'Cat'),(3, erry'); ``` ### 手动提交事务 ```sql start transaction; insert into tb_test values(1,'Tom'),(2,'Cat'),(3,Jerry'); insert into tb_test values(4,'Tom'),(5,'Cat'),(6,Jerry'); insert into tb_test values(7,Tom'),(8,'Cat'),(9,!erry'); commit; ``` 主键顺序插入 ```sql # 主键顺序插入： 1，2，3，4，5，6，7.... # 主键乱序插入：1，4，2，6，9，5，8.... ``` ### 大批量插入数据 如果一次性需要插入大批量数据，使用inset语句插入性能较低，此时可以使用MySQL数据库提供的==load指令进行插入==。操作如下: ## 主键优化 ### 数据组织方式 在InnoDB存储引擎中，表数据都是根据主键顺序组织存放的，这种存储方式的表称为索引组织表（index organized table）**lOT**。 ### 页分裂 页可以为空，也可以填充一半，也可以填充100%。每个页包含了2-N行数据(如果一行数据多大，会行溢出)，根据主键排列。 >**性能损耗**：页分裂需要重新分配内存并移动数据，这是一项耗时的操作。 **空间浪费**：页分裂后，新页通常不是完全填满的，这可能导致数据碎片和空间浪费。 **树的不平衡**：频繁的页分裂可能导致B+树的结构不平衡，进而影响查询性能。 ### 页合并 当删除一行记录时，实际上记录并没有被物理删除，只是记录被标记(flaged)为删除并且它的空间变得允许被其他记录声明使用当页中删除的记录达到 MERGE THRESHOLD(默认为页的50%)，InnoDB会开始寻找最靠近的页(前或后)看看是否可以将两个页合并以优化空间使用。 ### 主键设计原则 1. 满足业务需求的情况下，尽量降低主键的长度。 2. 插入数据时，尽量选择顺序插入，选择使用AUTO INCREMENT自增主键 3. 尽量不要使用UUID做主键或者是其