在关系型数据库中，悲观锁是一种并发控制机制，用于在事务处理过程中防止数据被其他事务修改。尽管MySQL和Oracle都支持悲观锁，但它们在实现方式、锁类型、锁粒度以及使用场景等方面存在一些差异。以下是MySQL和Oracle在悲观锁实现上的主要区别： 1. 锁类型 MySQL MySQL主要支持以下几种锁类型：   行级锁（Row-Level Locks）：  共享锁（Shared Locks, S Locks）：允许事务读取数据，但不允许修改。 排他锁（Exclusive Locks, X Locks）：允许事务修改数据，阻止其他事务读取和修改。 意向锁（Intention Locks）：用...

并发控制策略选择指南 以下是针对不同业务场景的并发控制策略选择方案，以及具体的实现示例和优化建议。 1. 基础方案选择 根据不同的业务场景选择合适的锁机制，可以有效平衡并发性和数据一致性。以下是常见业务场景及其推荐的并发控制方案：    业务场景 推荐方案 原因     用户个人资料更新 乐观锁 冲突概率低，用户体验好   库存扣减 悲观锁 避免超卖，保证数据准确性   订单状态变更 乐观锁 + 重试 平衡并发性和正确性   财务金额变更 悲观锁 必须保证数据绝对正确    1.1 乐观锁 乐观锁适用于冲突概率较低的场景，通过版本号或时间戳机制来检测数据是否被其他事务修改。 1.2 悲观锁 悲...

DTO 数据传输对象分类说明 完整分类表格    类型 层级 用途描述 校验规则 数据流向 示例场景     Entity 数据持久层 与数据库表严格对应，用于ORM操作 仅符合数据库约束 数据库 ↔ 服务层 UserEntity映射用户表   DTO 数据传输抽象层 数据传输的通用抽象概念（可细分为以下子类） 依赖具体实现 前后端/服务间通信 父类概念   Param 请求入参层 接收前端创建/更新操作的提交数据 强校验：非空、格式、业务规则 前端 → 后端 用户注册表单提交   Query 查询参数层 接收前端查询条件和分页参数 弱校验：允许空值，防攻击参数 前端 → 后端 用户列表分页查...

git clone 地址 #克隆项目   IDE会默认加载主分支   主分支只会有主分支的代码  可以使用 git checkout 你的分支 #切换分支  切回主分支 git checkout master #切回主分支  git pull #拉取代码  git add xxx #提交本地修改文件到暂存区  git commit -m #将本地更改从暂存区提交到本地仓库并备注  git push origin 我的分支 #本地修改 先提交本地到我的分支  可能有中间层 就是 test分支 --> release分支 合并请求到测试分支 测试有问题就本地修改 重新提交本地代码到我的分支 ...

JCL 级别 Logback 级别 说明     trace TRACE 最详细的调试信息   debug DEBUG 调试信息   info INFO 一般信息   warn WARN 警告信息   error ERROR 错误信息   fatal ERROR 严重错误（JCL 中与 error 通常相同）     Spring Boot 自动配置了 SLF4J + Logback，无需额外配置：  import org.slf4j.Logger; import org.slf4j.LoggerFactory; @RestController public class MyControlle...

final关键字的作用  为什么使用 final？   安全性：防止意外修改（如常量、不可变类）。 设计意图：明确声明“不可变”，提升代码可读性。 性能优化：JVM 可能对 final 变量进行优化（如内联）。   final 关键字的作用总结     修饰目标 作用 示例     变量 值（基本类型）或引用（对象类型）不可变(重新赋值) final int x = 10;final List<String> list = new ArrayList<>();   方法 禁止子类重写该方法 final void method() { ... }   类 禁止其他类继承该...

1.在带bin的同级文件夹下使用命令 bin\jlink.exe --module-path jmods --add-modules java.desktop --output jre  2.手动下载放到 C:\Users\Administrator\.gradle\wrapper\dists\gradle-7.3.3-bin\6a41zxkdtcxs8rphpq6y0069z目录下

1. 只用 params（不关心参数值，只关心参数是否存在）  @GetMapping(value = "/search", params = {"query"}) public String search() { // 这个方法只匹配 /search?query=xxx，但不获取 query 的值 return "search-page"; }  如果访问 /search?query=hello，会进入这个方法。 如果访问 /search（无 query 参数），不会进入这个方法。  2. 只用 @RequestParam（不限制请求，但获取参数值）  @GetMapping("/user"...

什么时候是Map 什么时候是ListMap 总结  如果你的查询结果是一条记录，则使用 Map<String, Object> 更加合适。   若是多条记录，应该使用 List<Map<String, Object>>，其中每个 Map<String, Object> 对应一条记录，而整个 List 包含所有的记录。  public Map<String, Object> getRiskEvaluation() { Map<String, Object> riskEvaluation = new HashMap<&g...

SQL 中 IFNULL 和 COALESCE 的使用对比 📌 核心区别    特性 IFNULL COALESCE     参数数量 仅支持 2 个参数 支持多个参数（≥2）   标准性 MySQL/SQLite 特有 标准 SQL（所有主流数据库支持）   NULL 处理逻辑 expr1为NULL时返回expr2 返回第一个非NULL参数    📌 其他替代方案 CASE WHEN ... THEN ... ELSE ... END：最灵活，但代码较长。

临时禁用外键检查（不推荐用于生产环境）外键检查会导致修改失败，外键字段，数据类型需要一致 SET FOREIGN_KEY_CHECKS = 0; ALTER TABLE `basic` ADD CONSTRAINT `fk_basic_user` FOREIGN KEY (`operator_id`) REFERENCES `user_info` (`user_id`) ON DELETE RESTRICT ON UPDATE CASCADE; SET FOREIGN_KEY_CHECKS = 1;  operator_id user_id 类型必须一致

同步操作才会用到  典型案例 @Service public class OrderService { @Autowired private OrderRepository orderRepo; @Autowired private InventoryRepository inventoryRepo; @Autowired private PaymentRepository paymentRepo; // 典型的事务应用：创建订单需要操作多个表，必须保证原子性 @Transactional public void createOrder(Order order) { // 1. 扣减库存 in...

简单传参 restful @PathVariable {} 映射参数  @GetMapping("/{userId}") public Result getIndexData(@PathVariable(required = true) String userId) {}  但是使用时就只能通过url映射,json格式不行了 示例 http://localhost:8080/v1/api/index/7f9a8b9c2d3e4f5a6b7c8d9e0f1a2b3c4d5e6f7a8b9c0d1e2f3a4b5c6d7e8f9a0b @RequestParam ? 拼接参数 示例 http://...

数据库主键与业务编码联合设计优化方案 1. id BIGINT PRIMARY KEY（雪花ID）优化分析 ✅ 优化目标操作    操作类型 优化效果 技术原理     数据写入 高性能写入 趋势递增减少B+树分裂   范围查询 快速范围扫描 BIGINT比较快+聚簇索引有序存储   表关联 高效JOIN操作 整型外键节省资源   分库分表 数据均匀分布 分布式ID避免热点    ❌ 未优化场景  业务系统需要通过订单号查询时仍需依赖order_no索引  2. order_no VARCHAR(20) UNIQUE优化分析 ✅ 优化目标操作    操作类型 优化效果 技术原理     业务查...