mysql当前日期减少三天

### MySQL 查询近三日数据的方法 在 MySQL 中，可以利用 `CURDATE()` 函数获取当前日期，并通过 `INTERVAL` 关键字来计算过去几天的范围。为了查询最近三天的数据，通常会结合 `WHERE` 子句中的条件表达式实现这一功能。 以下是具体的 SQL 查询语句： ```sql SELECT * FROM your_table_name WHERE your_date_column >= CURDATE() - INTERVAL 3 DAY; ``` 上述代码的作用是从表中筛选出 `your_date_column` 的值大于等于当前日期减去三天的所有记录[^1]。这里需要注意的是，如果时间字段包含具体的时间部分（即精确到小时、分钟或秒），则可能需要调整逻辑以确保覆盖完整的三天区间。 对于更精准控制时间段的情况，比如只考虑日期而不涉及时间戳的部分，则可采用如下方式构建查询： ```sql SELECT * FROM your_table_name WHERE DATE(your_date_column) BETWEEN (CURDATE() - INTERVAL 2 DAY) AND CURDATE(); ``` 此版本使用了 `BETWEEN ... AND ...` 结构以及 `DATE()` 函数提取纯日期部分来进行比较操作[^2]。它能够有效处理那些存储有完整 datetime 值却只想按天对比的情形。 #### 注意事项 - 替换 `your_table_name` 和 `your_date_column` 成实际使用的数据库对象名称。 - 如果目标列类型并非标准日期/时间格式而是字符串形式保存的话，在执行前需先转换成适当类型的数值再做运算或者直接修改其结构定义为 DATETIME 类型以便长期维护便利性提升效率减少错误发生几率[^3]。

### MySQL中存储LocalDateTime时日期减少一天的原因 在MySQL中存储`LocalDateTime`对象时，如果出现日期减少一天的情况，通常是因为时区设置不当引起的。当数据库服务器与时区相关的参数未正确配置时，可能导致时间转换错误[^3]。 具体来说，在Java应用程序向MySQL写入数据的过程中，JDBC驱动会尝试将`LocalDateTime`对象转换为适合数据库的时间戳格式。此过程中涉及的时区差异可能引发问题。例如，默认情况下，某些JDBC连接字符串可能使用的是`UTC`作为默认时区，而实际应用运行环境可能是其他时区（如`Asia/Shanghai`）。这种不匹配会导致时间被误认为是前一天或后一天。 --- ### 解决方案 #### 方法一：调整数据库连接URL中的时区 通过修改Spring Boot或其他框架的数据库连接配置文件，显式指定时区为本地时区（如`Asia/Shanghai`），从而避免由于时区不同而导致的时间偏差。具体的配置如下： ```properties spring.datasource.url=jdbc:mysql://localhost:3306/your_database_name?serverTimezone=Asia/Shanghai ``` 上述配置确保了JDBC驱动程序不会自动将时间从`UTC`转换为其他时区，而是直接按照设定的时区处理时间数据。 #### 方法二：截断毫秒级精度 即使设置了正确的时区，仍可能存在微小的时间误差（如毫秒级别的舍入问题）。为了防止这种情况影响最终结果，可以在插入前调用`truncatedTo(ChronoUnit.SECONDS)`方法来移除不必要的毫秒部分。代码示例如下： ```java LocalDateTime now = LocalDateTime.now().truncatedTo(ChronoUnit.SECONDS); // 插入now到数据库 ``` 这种方法能够有效消除由高精度时间带来的潜在问题[^2]。 #### 方法三：采用AttributeConverter映射Long类型 另一种更为彻底的方式是对`LocalDate`或者`LocalDateTime`字段进行自定义序列化操作。即利用`javax.persistence.AttributeConverter`接口实现一个双向转换器，把`LocalDateTime`转化为无时区依赖的`long`型数值再存入数据库表对应的列中。这种方式完全规避掉了任何与时间区域有关联的风险[^4]。 以下是基于`LocalDateTime`的一个简单例子: ```java @Converter(autoApply = true) public class LocalDateTimeConverter implements AttributeConverter<LocalDateTime, Long> { @Override public Long convertToDatabaseColumn(LocalDateTime locDateTime) { return (locDateTime != null ? locDateTime.toEpochSecond(ZoneOffset.UTC) * 1000L : null); } @Override public LocalDateTime convertToEntityAttribute(Long timestampValue) { return (timestampValue != null ? Instant.ofEpochMilli(timestampValue).atZone(ZoneId.systemDefault()).toLocalDateTime() : null); } } ``` 注意这里我们选择了`UTC`偏移量来进行标准化处理；当然也可以依据项目需求替换为别的固定值比如东八区(`+8`)。 --- ### 工具类代码 对于频繁使用的场景下，可以封装一些通用的方法简化开发流程。下面给出一段辅助函数用于生成适配好的`LocalDateTime`实例并完成必要的预处理工作： ```java import java.time.LocalDateTime; import java.time.ZoneId; public final class DateTimeUtils { private static final ZoneId SYSTEM_ZONE_ID = ZoneId.systemDefault(); public static LocalDateTime getCurrentSystemLocalDateTime(){ return LocalDateTime.now(SYSTEM_ZONE_ID).withNano(0); // 清零纳秒数以防干扰 } public static void main(String[] args){ System.out.println(getCurrentSystemLocalDateTime()); } } ``` 以上工具可以帮助开发者快速获取当前系统的当地时间，并且已经去除了亚秒级别细节以适应大多数业务逻辑的要求[^1]。 ---