在Java开发中，通过JDBC获取数据库时间最可靠的方式是直接执行数据库内置函数（如MySQL的NOW()或Oracle的SYSDATE），并通过ResultSet读取，避免因应用服务器时间不同步或时区配置错误导致的数据偏差。
为什么需要JDBC获取数据库时间
很多团队在记录数据创建时间或更新时间时,习惯使用应用服务器上的new Date()，但一旦应用部署在多台服务器上，各机器系统时间可能相差几秒甚至几分钟，导致数据时间混乱，数据库时间是单点权威来源，只要你连接的是同一个数据库实例，返回的时间就是一致的，生产环境中，数据库服务器通常由DBA统一维护NTP同步，时间精度远高于分散的应用服务器。
![[JDBC]用Java连数据库实战教程(超详细)](https://i1.hdslb.com/bfs/archive/77012199f0b00660faa24ed725419d0387ce1afa.jpg)
电商订单创建时间,如果应用服务器A快5秒，服务器B慢5秒，同一批订单入库时间将前后不一，影响报表统计，场景二：分布式日志采集，多台机器同时写入日志表，使用数据库时间能保证日志顺序与真实事件顺序一致，行业共识认为，在涉及持久化记录的场景下，应优先使用数据库时间而非应用时间。
使用JDBC获取数据库时间的标准步骤
核心操作：执行查询并读取结果
无论使用哪种数据库,套路都是一样的，先建立连接，然后执行一条SELECT语句调用数据库时间函数，最后从ResultSet中取出时间，以下是一个通用模板：
try (Connection conn = getConnection();
PreparedStatement ps = conn.prepareStatement("SELECT CURRENT_TIMESTAMP")) {
ResultSet rs = ps.executeQuery();
if (rs.next()) {
Timestamp dbTime = rs.getTimestamp(1);
// 使用dbTime
}
}
CURRENT_TIMESTAMP是SQL标准函数,MySQL、Oracle、PostgreSQL、SQL Server都支持，如果特定数据库还有更高效或更精确的函数，也可以替换。
不同数据库的推荐函数
- MySQL：NOW()、SYSDATE()、CURRENT_TIMESTAMP，其中NOW()返回语句执行开始的时间，SYSDATE()返回实际执行的时间点，但差异极小，推荐使用NOW()。
- Oracle：SYSDATE（返回日期和时间）、SYSTIMESTAMP（返回高精度时间戳，含时区）。
- PostgreSQL：NOW()、CURRENT_TIMESTAMP、LOCALTIMESTAMP，NOW()等价于CURRENT_TIMESTAMP。
- SQL Server：GETDATE()、SYSDATETIME()、CURRENT_TIMESTAMP，GETDATE()精度较低，SYSDATETIME()精度更高。
如何选择合适的数据类型
JDBC中对应的时间类有java.sql.Date、java.sql.Time、java.sql.Timestamp，Timestamp是首选，因为它能同时存储日期和时间，且精度高，如果数据库字段是DATE类型，可以用getDate()，但建议统一用getTimestamp()，再根据业务需要转换。
时区问题：JDBC获取数据库时间如何保持一致性
跨时区应用是踩坑重灾区,当你用JDBC获取数据库时间时，驱动会将数据库返回的时间戳自动转换为JVM的默认时区，如果JVM时区与数据库时区不一致，你得到的时间就“变味”了。
解决方案一：连接参数指定时区
以MySQL为例,在JDBC URL中加上serverTimezone=Asia/Shanghai，这样驱动与数据库协商时区，返回的时间不会再做额外转换。
jdbc:mysql://localhost:3306/db?serverTimezone=Asia/Shanghai解决方案二：统一使用UTC
在数据库端设置时区为UTC,JVM也设置为UTC，所有时间存储和传输都基于UTC，前端展示时再转换为用户本地时区，这种方法在微服务架构中很常见。
解决方案三：直接获取UTC时间
使用数据库的UTC函数,如MySQL的UTC_TIMESTAMP()，Oracle的SYS_EXTRACT_UTC(SYSTIMESTAMP)，这样从源头就避免时区转换。
PreparedStatement ps = conn.prepareStatement("SELECT UTC_TIMESTAMP()");
错误示例
很多新手直接使用rs.getTimestamp()，以为拿到的是数据库原始时间，实则已经经过了JVM时区转换，如果JVM与数据库时区相差8小时，拿到的数据就错了，业内专家指出，在分布式环境中，时区问题必须主动处理，否则故障排查极难定位。
获取JDBC连接：从基础到连接池
使用DriverManager获取连接
这是最原始的方式,适合学习和小型项目。
Class.forName("com.mysql.cj.jdbc.Driver");
String url = "jdbc:mysql://localhost:3306/db";
String user = "root";
String password = "123456";
Connection conn = DriverManager.getConnection(url, user, password);
每次调用getConnection()都会创建一个物理连接，频繁创建销毁开销很大，生产环境几乎不用。
使用DataSource获取连接（推荐）
DataSource是JDBC 2.0引入的标准接口，配合连接池使用，能复用连接，提升性能。
com.zaxxer.hikari.HikariDataSource ds = new com.zaxxer.hikari.HikariDataSource();
ds.setJdbcUrl("jdbc:mysql://localhost:3306/db");
ds.setUsername("root");
ds.setPassword("123456");
ds.setMaximumPoolSize(10);
Connection conn = ds.getConnection();
HikariCP是目前最流行的连接池,性能好，配置简单，获取JDBC连接时，连接池内部会管理空闲连接，当执行时间查询时，连接是现成的，无需每次新建。
连接池的配置要点
- 初始连接数：根据业务并发量设置，一般5-10个。
- 最大连接数：防止数据库连接耗尽，一般20-50个。
- 连接超时：30秒内获取不到连接则抛异常。
- 空闲连接检测：定期发送心跳SQL，比如SELECT 1，确保连接可用。
获取JDBC连接这部分,建议直接使用连接池，既负责获取连接，也负责管理生命周期，很多框架（如Spring Boot）默认集成了HikariCP，开发者只需配置数据源即可。
对比不同数据库的时间获取方式
| 数据库 | 推荐函数 | 返回类型 | JDBC读取方法 | 时区处理要点 |
|---|---|---|---|---|
| MySQL | NOW() | DATETIME / TIMESTAMP | getTimestamp() | 连接参数serverTimezone |
| Oracle | SYSDATE | DATE | getTimestamp() | 可借助AT TIME ZONE转换 |
| PostgreSQL | NOW() | TIMESTAMP WITH TIME ZONE | getTimestamp() | 驱动自动处理，建议存储为TIMESTAMPTZ |
| SQL Server | GETDATE() | DATETIME | getTimestamp() | 与应用程序时区配合 |
从表格可以看出,虽然函数名不同，但JDBC端的读取方法完全一致，都是getTimestamp()，时区处理上，MySQL和PostgreSQL需要特别关注，Oracle和SQL Server在默认配置下行为相对固定。
性能：JDBC获取数据库时间值得吗？
一次简单的SELECT NOW()查询，在局域网内通常耗时1-5毫秒，加上连接池复用，这个开销可以忽略不计，相比本地获取时间，额外消耗的是一轮网络往返，但如果你需要记录多行数据的时间，建议在INSERT语句中直接使用数据库函数，而不是先查一次时间再插入。
INSERT INTO orders (order_id, create_time) VALUES (?, NOW());
这样一条SQL完成,无需额外查询，使用JDBC批处理时，也能保持同一批次内时间一致。
使用JDBC获取数据库时间,核心是调用数据库内置函数，并通过ResultSet读取，这样做能避免应用服务器时间不一致、时区错误等问题，是生产环境的推荐做法，搭配连接池使用DataSource获取JDBC连接，既保证了时间来源的可靠性，又保证了获取连接的效率。
常见问题：JDBC获取数据库时间Q&A
JDBC获取数据库时间返回的是服务器时间还是客户端时间？
返回的是数据库服务器的时间,JDBC驱动只是将数据库返回的结果传递给应用，不会做额外的时区转换（除非你设置了连接参数让驱动自动转换），所以默认情况下，你拿到的是数据库所在机器的当前时间。
如何避免JDBC获取数据库时间时的时区错误？
两种方法,第一，在JDBC URL中明确指定serverTimezone，使驱动与数据库时区对齐，第二，统一使用UTC，数据库存储UTC时间，应用内部也使用UTC，只在展示时转成用户时区，推荐第二种，因为它不依赖数据库的时区设置，更具可移植性。
JDBC获取数据库时间性能如何？
一次简单查询的耗时通常在毫秒级,在连接池的支持下，对业务影响极小，如果需要在大量插入操作中获取时间，建议直接在INSERT语句中使用数据库时间函数，避免额外查询。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/535444.html
