使用查询结果来进行Update SQL的几种方式 需求背景，当我们需要同时修改一个表里面的多个字段的时候，并且，修改条件Where已经无法满足我们，且，修改的值，存在与另一个查询结果的时候，我们就需要使用一些特殊sql。
SpringCloud 基于Nacos和Eureka 实现双注册双订阅 当系统从一个服务注册中心迁移到另一个时，例如从 Eureka 迁移到 Nacos，可以在过渡期内同时使用两个注册中心，确保服务平稳迁移，逐步过渡，避免一次性切换带来的风险。
Spring Boot 与 Spring Cloud 和 Spring各个组件适配版本 由于 Spring Boot 3.0，Spring Boot 2.7~2.4 和 2.4 以下版本之间变化较大，目前企业级客户老项目相关 Spring Boot 版本仍停留在 Spring Boot 2.4 以下，为了同时满足存量用户和新用户不同需求，社区以 Spring Boot 3.0 和 2.4 分别为分界线，同时维护 2022.x、2021.x、2.2.x 三个分支迭代。如果不想跨分支升级，如需使用新特性，请升级为对应分支的新版本。为了规避相关构建过程中的依赖冲突问题，阿里建议可以通过 阿里的。
[gateway] springframework.core.io.buffer.DefaultDataBufferFactory cannot be cast to class org.spring 【代码】[gateway] springframework.core.io.buffer.DefaultDataBufferFactory cannot be cast to class org.spring。
记录 Did you forget to include spring-cloud-starter-netflix-ribbon? 接下来的报错是因为 Nacos 高版本引起的 笔者使用的是2021.1>小事 , 本来不想记录的, 可是看度娘的搜索结果 , 都是另一句 "Debug - Feign: Did you forget to include spring-cloud-starter-loadbalancer" , 并没有收到有关 ribbon 的这个错误, 所以就想着在这里记录一下 , 主要版本如下网上收到的有关loadbalancer的解决办法大多都是 , 在spring-cloud-starter-a
浅谈因为项目中的Logback于Nacos的Logback冲突导致的项目启动失败 ERROR in ch.qos.logback.core.rolling.RollingFileAppender[CO 环境 : Nacos 2.2.1 , Spring-cloud Hoxton.SR1 , com.alibaba.cloud.version 2.2.8 (最近新搭建了一次虚拟机, 然后重新部署了Nacos , 同时也在一个新项目里引入了Nacos 的服务注册功能 , 以下是服务Pom版本管理配置然后再实际使用模块pom文件中引入服务注册和配置管理application.ymal 的配置如下。
CentOS7 yum报错 :another app is currently holding the yum lock；waiting for it to exit CentOS7 yum报错 :another app is currently holding the yum lock;waiting for it to exit
FileInputStream 在使用完以后，不关闭流，想二次使用可以怎么操作 FileInputStream 在最后会通过open(name) 这个方法打开文件，open()会调用open0()， open0()是一个native方法，实现不是java，看到注释，大概的意思就是指定文件路径，然后可以打开进行读操作。那反射要实现，需要获取哪个方法呢？注意这里是FileInputStream，是一个字节流不要出现中文字符否则会乱码。既然知道open() 方法，那就可以用反射了，注意这个方法是private。很明显看到这个第二次的输出是没有任何结果的。Java的反射是个什么东西？
一个合格的后端开发总要经历一次死锁吧 死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。例如，如果进程A锁住了记录1并等待记录2，而进程B锁住了记录2并等待记录1，这样两个进程就发生了死锁现象。
通过手撸HashMap来了解底层原理 这一篇呢 , 我们来手写一个简单的HashMap，所谓HashMap，就是一个映射表。然后底层是数组加链表形式(Jdk1.7) 的存储形式 , 在Jdk1.8的时候 , 将这种存储形式更改成为了数组加链表加红黑树形式 , 相较于之前的改动是在链表达到一定阈值的时候 ,链表长度超过8时树化 . 将链表更改为查询速度更快的红黑树. 今天我们主要从Jdk1.7入手 , 来实现一个简易版的HashMap , 至于为什么是简易版的, 这里稍微做下说明, 原因是因为 , HashMap的源码中针对 pu
Thread线程异常的处理方式 我们都知道当程序运行出错时 , 会出现异常 , 并有异常信息输出 , 且如果不对异常进行捕获处理的话 , 是会影响到代码的执行的 . 但是如果在线程中出现异常, 则不然, 线程中出现的异常是没办法进行上抛捕获的 , 一般大家遇到这种情况都是在线程内进行异常捕获处理 , 但如果我现在需要将异常抛出, 告知主进程呢 ?首先我们需要知道 , 异常分为两类 ,分别是编译时异常和运行时异常 , 定义方法时，必须声明所有可能抛出的异常。在调用该方法时，必须手动捕获它的checked E
main 方法中开了线程后 , 子线程导致主线程不退出 Java分为两种线程：用户线程和守护线程所谓守护线程是指在程序运行的时候在后台提供一种通用服务的线程，比如垃圾回收线程就是一个很称职的守护者，并且这种线程并不属于程序中不可或缺的部分。因 此，当所有的非守护线程结束时，程序也就终止了，同时会杀死进程中的所有守护线程。反过来说，只要任何非守护线程还在运行，程序就不会终止。...
java多线程并发环境下为什么使用while而不用if 目录前言一 . 使用if所引发的问题1.1 虚假唤醒 1.2 虚假唤醒代码示例 1.3 解决虚假唤醒二 . 为什么用while就能解决问题结论再开始本文之前 , 先给大家看一张图 , 这是Object.wait()的源码介绍 , 翻译过来内容如下我们在使用线程时，进行条件判断时，往往会先考虑使用if进行判断,在线程进行等待时就会出现不确定的结果。先来看看两个线程下的操作。首先创建一个模拟业务类, 也是一个经典案例 "生产者&消费者" 然后分别创建补货/售货两个线程 , 用来模拟后续的动作接下来创
为什么MySQL选择REPEATABLE READ作为默认隔离级别？ 前面我们说过，Oracle只只支持ANSI/ISO SQL定义的Serializable和Read Committed，其实，根据Oracle官方文档给出的介绍，Oracle支持三种隔离级别：即Oracle支持Read Committed、Serializable和Read-Only。Read-Only只读隔离级别类似于可序列化隔离级别，但是只读事务不允许在事务中修改数据，除非用户是SYS。在Oracle这三种隔离级别中，Serializable和Read-Only显然都是不适合作为默认隔离级别的，那么就只
Mysql表锁、行锁、锁机制解析 MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁();BDB 存储引擎采用的是页面锁()，但也支持表级锁;InnoDB存储引擎既支持行级锁()，也支持表级锁，但默认情况下是采用行级锁。如果用户想要显示的加锁可以使用以下命令：1 . 行级别锁 共享锁： 用法： SELECT ... LOCK IN SHARE MODE; MySQL会对查询结果集中每行都添加共享锁。 锁申请前提：
数据库事务原理 数据库事务(transaction)是访问并可能操作各种数据项的一个数据库操作序列，这些操作要么全部执行,要么全部不执行，是一个不可分割的工作单位。事务由事务开始与事务结束之间执行的全部数据库操作组成。首先我们需要明确几个前提：如果执行多条SQL语句，这些语句对数据库的操作不是原子性的。一个事务分为：开启、执行、提交三个阶段。只有事务提交了数据才算做有效。数据库事务存在的意义就是保证对数据库操作的准确性 , 保证数据库操作准确性的便是事务的四大特性 原子性：事务开始后的所有操作要么成功要么失败一致性：事务的
为什么一个事务能读取到其他事务的数据？ 首先我们需要明确几个前提：如果执行多条SQL语句，这些语句对数据库的操作不是原子性的。一个事务分为：开启、执行、提交三个阶段。只有事务提交(commit)了数据才算做有效。 根据前提3 可以得出结论 , 就是只有事务提交了数据才算做有效,才会真正的修改/新增到数据库 , 在这之前在事务里面做的所有操作都只是记录在事务的日志里面 , 并不会真正的刷新到数据库 , 所以也就说明了 , 为什么一个正在运行的事务, 可以读到另一个事务未提交的数据 , 当然了这种情况大多数出现在并发情况下.
关注
