你好,我是Qiuner. 为记录自己编程学习过程和帮助别人少走弯路而写博客
这是我的 github https://github.com/Qiuner ⭐️
gitee https://gitee.com/Qiuner 🌹
如果本篇文章帮到了你 不妨点个赞吧~ 我会很高兴的 😄 (^ ~ ^)
想看更多 那就点个关注吧 我会尽力带来有趣的内容 😎
2024黑马程序员 SpringCloud微服务开发与实战，Java黑马商城项目微服务实战开发（涵盖MybatisPlus、Docker、MQ、ES、Redis高级等）的个人学习心得与代码记录！Day1
SpringCloud微服务课程导学_哔哩哔哩_bilibili
官方文档 day01-MybatisPlus - 飞书云文档 (feishu.cn)
我这份文档是对官方文档的补充，比如官方文档没有记载P10的请求参数，这种东西没有什么营养，又容易漏写些东西，因此我记录了下来，您可以通过文字的目录快捷需要的东西
{
“balance”: 2000,
“info”: “{“age”:21}”,
“password”: “123”,
“phone”: “13899776876”,
“username”: “WangWu”
}
还记录了一些我自己开发中遇到的bug，如果您也遇到了可以直接地解决 不用去网上找了半天，也没能找到合适的解决方案
又比如说 P15 DB静态工具练习 没有给出修改后的代码 但我这里写了
还有一些我对技术点的理解
Day 1 MyBatis学习
原理
- 约定大于配置的原理 导致能使用它的代码
常见注解及使用场景
MyBatisPlus配置文件
- 如果全局配置与局部配置冲突 会先使用局部配置
- 这个黄色是无效的意思
java.lang.IllegalStateException: Failed to load ApplicationContext
Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name ‘com.baomidou.mybatisplus.autoconfigure.MybatisPlusAutoConfiguration’: Unsatisfied dependency expressed through constructor parameter 0; nested exception is org.springframework.boot.context.properties.ConfigurationPropertiesBindException: Error creating bean with name ‘mybatis-plus-com.baomidou.mybatisplus.autoconfigure.MybatisPlusProperties’: Could not bind properties to ‘MybatisPlusProperties’ : prefix=mybatis-plus, ignoreInvalidFields=false, ignoreUnknownFields=true; nested exception is org.springframework.boot.context.properties.bind.BindException: Failed to bind properties under ‘mybatis-plus.global-config.db-config’ to com.baomidou.mybatisplus.core.config.GlobalConfig$DbConfig
- 换成这行代码就可以了
mybatis-plus: type-aliases-package: com.itheima.mp.domain.po global-config: db-config: id-type: assign_id
条件构造器wrapper
QueryWrapper 是 MyBatis Plus 中的一个查询条件封装器，用于构建 SQL 查询条件。它提供了一种更加便捷和灵活的方式来构建复杂的查询条件，而不需要直接编写 SQL 语句。
通过 QueryWrapper，你可以在 Java 代码中以面向对象的方式构建查询条件，而不必担心 SQL 注入等安全问题，同时也提高了代码的可读性和可维护性。
以下是 QueryWrapper 的一些常用方法和用法：
- eq(String column, Object val)：等于查询，指定列的值等于给定的值。
- ne(String column, Object val)：不等于查询，指定列的值不等于给定的值。
- gt(String column, Object val)：大于查询，指定列的值大于给定的值。
- lt(String column, Object val)：小于查询，指定列的值小于给定的值。
- ge(String column, Object val)：大于等于查询，指定列的值大于等于给定的值。
- le(String column, Object val)：小于等于查询，指定列的值小于等于给定的值。
- like(String column, String likeValue)：模糊查询，指定列的值类似于给定的值。
- in(String column, Collection coll)：包含查询，指定列的值在给定的集合中。
- orderByAsc(String… columns)：升序排序，根据指定的列进行升序排序。
- orderByDesc(String… columns)：降序排序，根据指定的列进行降序排序。
- lambda使用获取函数的方式来实现避免硬编码，通过反射机制
@Test void testLambdaQueryWrapper() { // 1.构建条件 WHERE username LIKE "%o%" AND balance >= 1000 QueryWrapper<User> wrapper = new QueryWrapper<>(); wrapper.lambda() .select(User::getId, User::getUsername, User::getInfo, User::getBalance) .like(User::getUsername, "o") .ge(User::getBalance, 1000); // 2.查询 List<User> users = userMapper.selectList(wrapper); users.forEach(System.out::println); }
- 条件构造器 的缺点就是将持久层和业务层混杂在一起了
自定义SQL
- 为了解决MP编写SQL很快但占用了一部分业务层逻辑
理解
- 自定义SQL是语法糖，很好的将业务层和持久层分开来
Service接口
- 这里的Service层，原本要写下图这样的业务，但是有了MP就可以写，直接调用
- 使用单元测试模仿Control层
@Autowired处爆红
案例 基于Restful风格实现下列接口（有重点）
重点
- 这里代码写的很巧妙，代码的目的是将User Service交给Spring自动装配
@Autowired private IUserService userService;
- 但这种做法是spring所不推荐的
- springboot推荐使用构造函数注入
public UserController(IUserService userService) { this.userService = userService; }
但太繁琐了 于是采用
@Api(tags = "用户管理接口") @RequiredArgsConstructor @RestController @RequestMapping("users") public class UserController { private final IUserService userService;
- 使用了
@RequiredArgsConstructor注解，这是Lombok库提供的功能之一。它会为带有final关键字的成员变量生成构造函数参数，并在构造函数中进行初始化。因此，在这种情况下，不需要使用@Autowired注解来进行依赖注入，因为Lombok会自动为userService生成一个构造函数参数，并且在初始化UserController对象时将其注入。 - 这种方式的好处是代码更简洁，不需要显式地声明
@Autowired，而且对于final成员变量的使用更加规范，因为它们只能在构造函数中被初始化一次。 - 使用了mp之后 简单service层代码能直接在控制层使用，简单的mapper层代码能直接在service层使用
- 使用alt加8弹出服务窗口
端口被占用报错Web server failed to start. Port 8080 was already in use.Identify and stop the process that’s listening on port 8080 or configure this application to listen on another port.
- 这个报错是项目端口好已经被占用的报错
- 打开cmd窗口 输入
netstat -ano | findstr :8080
- 这个意思是还有进程和8080通信
taskkill /PID 6176 /F taskkill /PID 5776 /F
- 如果关掉后在运行关掉8080命令，那是有东西在一直重启通信，应该是你的苍穹外卖、黑马点评什么的没有关闭
- 打开任务管理器
- 诶个突突了
- 还不行就 这个是关闭所有niginx
taskkill /F /IM nginx.exe > nul
用到的请求参数
{ "balance": 2000, "info": "{\"age\":21}", "password": "123", "phone": "13899776876", "username": "WangWu" }
Lambda
control
server
@Override public List<User> queryUsers(String name, Integer status, Integer minBalance, Integer maxBalance) { return lambdaQuery() .like(name != null, User::getUsername, name) .eq(status != null, User::getStatus, status) .ge(minBalance != null, User::getBalance, minBalance) .le(maxBalance != null, User::getBalance, maxBalance) .list(); }
- mp着实强大
批量新增
@Test void testSaveOneByOne() { long b = System.currentTimeMillis(); for (int i = 1; i <= 100000; i++) { userService.save(buildUser(i)); } long e = System.currentTimeMillis(); System.out.println("耗时：" + (e - b)); } // 下面这种数据能够提升10倍 @Test void testSaveBatch() { // 准备10万条数据 List<User> list = new ArrayList<>(1000); long b = System.currentTimeMillis(); for (int i = 1; i <= 100000; i++) { list.add(buildUser(i)); // 每1000条批量插入一次 if (i % 1000 == 0) { userService.saveBatch(list); list.clear(); } } long e = System.currentTimeMillis(); System.out.println("耗时：" + (e - b)); } private User buildUser(int i) { User user = new User(); user.setUsername("user_" + i); user.setPassword("123"); user.setPhone("" + (18688190000L + i)); user.setBalance(2000); user.setInfo("{\"age\": 24, \"intro\": \"英文老师\", \"gender\": \"female\"}"); user.setCreateTime(LocalDateTime.now()); user.setUpdateTime(user.getCreateTime()); return user; }
在这两种处理方案中，第一个 testSaveOneByOne 方法是逐个保存每个用户的数据，而第二个 testSaveBatch 方法是批量保存用户数据。
下面是为什么批量保存会更快的一些原因：
- 减少数据库交互次数： 在逐个保存用户数据的方法中，每次保存都需要与数据库进行一次交互，包括建立连接、发送请求、执行操作、关闭连接等，这些操作会产生较大的开销。而批量保存可以将多条数据打包成一次请求发送到数据库，减少了大量的数据库交互次数，从而节省了时间。
- 减少事务开销： 在数据库中，每次保存操作通常都会包含一个事务。在逐个保存的方法中，每次保存都会启动一个新的事务，这会增加事务管理的开销，包括事务的开始、提交和回滚等操作。而批量保存可以将多个保存操作合并到一个事务中，减少了事务管理的开销。
- 优化数据库写入性能： 数据库在处理批量数据插入时通常会有一些优化措施，例如批量插入语句的执行计划优化、预分配内存空间、减少日志记录等，这些优化可以提高数据库写入性能，从而加快批量保存的速度。
批量保存数据可以减少数据库交互次数、减少事务开销，并且可以享受数据库的写入性能优化，因此通常会比逐个保存数据的方式更快。
想要实现真正最快最好的批量插入 的将插入的SQL变成这样
- 这样虽然写了很多数据但对数据库来说只是一个插入操作
MySQL的客户端连接参数中有这样的一个参数：rewriteBatchedStatements。顾名思义，就是重写批处理的statement语句。参考文档：
这个参数的默认值是false，我们需要修改连接参数，将其配置为true
修改项目中的application.yml文件，在jdbc的url后面添加参数&rewriteBatchedStatements=true:
spring: datasource: url: jdbc:mysql://127.0.0.1:3306/mp?useUnicode=true&characterEncoding=UTF-8&autoReconnect=true&serverTimezone=Asia/Shanghai&rewriteBatchedStatements=true driver-class-name: com.mysql.cj.jdbc.Driver username: root password: 123456
- 最后加上&rewriteBatchedStatements=true
- 这样就能实现批量插入
马程序员2024最新SpringCloud微服务开发与实战 个人学习心得、踩坑、与bug记录Day1最快 最全（2）：https://developer.aliyun.com/article/1548597
