应使用包装类型（如Integer）、@Enumerated(EnumType.STRING)、LocalDateTime配合审计注解，外键用@ManyToOne(fetch = FetchType.LAZY)，查询方法需注意null值导致的SQL逻辑错误。
任务实体类怎么定义才兼顾JPA映射和业务逻辑
直接用 @Entity 标注类、@Id 标注主键是基础，但容易忽略的是字段的可空性与数据库约束的一致性。比如状态字段用 Integer 而不是 int，否则 JPA 无法存 NULL；又比如创建时间用 @CreationTimestamp 配合 @Column(updatable = false)，避免手动赋值出错。
常见错误：把 Task.status 设为 int，结果数据库里允许 NULL，插入时抛 ConstraintViolationException；或者没加 @Enumerated(EnumType.STRING)，导致状态存成序号（0/1），后期加枚举项就乱序。
-
status字段推荐用String或带@Enumerated的枚举类，别用裸数字 - 时间字段统一用
LocalDateTime，配合@CreatedDate/@LastModifiedDate（需启用@EnableJpaAuditing） - 外键关联（如所属用户）用
@ManyToOne(fetch = FetchType.LAZY)，避免 N+1 查询
Spring Data JPA 查询方法命名要注意哪些边界情况
写 findByStatusAndDueDateBefore 看似没问题，但实际执行时若 dueDate 为 null，JPA 默认生成的 SQL 不会跳过该条件，而是查 due_date ——结果永远为空。这不是语法错，是语义陷阱。
更隐蔽的问题是大小写：MySQL 默认不区分大小写，但 PostgreSQL 区分，findByTitleContaining 在后者中可能查不到带大写字母的结果，除非显式加 IgnoreCase。
立即学习“Java免费学习笔记（深入）”；
- 涉及可空字段的查询，优先用
@Query+ 原生 SQL 或 Criteria API，控制WHERE条件动态拼接 - 模糊匹配统一用
findByTitleContainingIgnoreCase，避免数据库方言差异 - 分页查询务必传入
Pageable，别自己写LIMIT/OFFSET—— Spring Data 会自动适配 H2/MySQL/PostgreSQL 的分页语法
定时任务触发后如何安全更新任务状态并避免并发冲突
用 @Scheduled(fixedDelay = 30000) 扫描待执行任务，然后批量调用 taskRepository.saveAll(tasks)，看似简单，实则在多实例部署下大概率出现状态覆盖：两个节点同时查到同一条 status = 'PENDING' 的任务，都改成 'RUNNING'，最终只有一条生效，另一条被乐观锁拒绝或静默覆盖。
