datetime和timestamp--时间戳是绝对值，日期是相对值

遇到的问题：系统时间与数据库时间不一致，系统时间是8:20，存到数据库里是0:20。

 

第一直觉是时区不同导致的。

 

先看一段代码：

 

 

public static void main(String[] args) {
    //System.out.println(TimeZone.getDefault());

    SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
    Calendar c = Calendar.getInstance();
    //System.out.println(c.getTime());
    System.out.println(sdf.format(c.getTime()));
    System.out.println(c.getTimeInMillis());

    TimeZone.setDefault(TimeZone.getTimeZone("GMT+5:00"));
    sdf.setTimeZone(TimeZone.getDefault());

    //System.out.println(c.getTime());
    //System.out.println(c.getTime().getTimezoneOffset());
    System.out.println(sdf.format(c.getTime()));
    System.out.println(c.getTimeInMillis());
}

 

 

 

 

输出结果：

2011-11-25 10:33:21

1322188401796

2011-11-25 07:33:21

1322188401796

 

这说明，时间的显示是由时区决定的，时间所表示的距标准时间毫秒数是绝对的，不会随时区不同而改变。理解这一点很重要。

 

那么数据库里的时间也应该有个时区概念，那到底是如何处理的呢？一直这么认为的，时间在数据库里实际存的是毫秒数。那我们在客户端看到的时间一定是经过数据库格式化以后的。

但结果不完全是这样的，下面我们要讨论数据库中的两个时间类型 datetime 和 timestamp 。

 

网上有文称

datetime - 存储日期和时间部分，精确到秒，没有时区信息

timestamp - 时间戳，存储日期、时间和时区信息，秒值精确到小数点后6位

注意这里的时间戳，在sqlserver中根本就不是时间，他只记录相对时间的先后，不记录具体时间。我认为应该叫做数据版本号。

 

首先在sqlserver中测试：

 

select getdate()

 

执行结果跟想像的一样，操作系统的时区如何修改，他都能随之变化，他肯定获得了系统的时区信息，然后对当前毫秒数格式化。

 

把系统时区恢复到GMT+8:00，创建一个测试表，并插入两条数据

create table TEST_TIMEZONE(

  tid int,

  time1 datetime ,

  time2 datetime

);

 

insert into TEST_TIMEZONE values(1,getdate(),getdate());

insert into TEST_TIMEZONE values(2,getdate(),getdate());

 

select * from TEST_TIMEZONE;

 

这时数据库查询结果为

1     2011-11-25 10:47:23.750       2011-11-25 10:47:23.750

2     2011-11-25 10:47:27.513       2011-11-25 10:47:27.513

 

现在修改系统时区为GMT+5:00，再插入两条数据，并修改第一条数据

 

insert into TEST_TIMEZONE values(3,getdate(),getdate());

insert into TEST_TIMEZONE values(4,getdate(),getdate());

 

update TEST_TIMEZONE set time1=getdate() where tid=1;

 

select * from TEST_TIMEZONE;

 

这时数据库查询结果为

1     2011-11-25 07:50:20.373       2011-11-25 10:47:23.750

2     2011-11-25 10:47:27.513       2011-11-25 10:47:27.513

3     2011-11-25 07:50:15.920       2011-11-25 07:50:15.920

4     2011-11-25 07:50:18.500       2011-11-25 07:50:18.500

 

因为datetime没有时区信息，只有年月日时分秒，所以保存的是几点就是几点，两次操作差了3个小时。

 

select t.*,t.time2-t.time1 from TEST_TIMEZONE t where t.tid=1

 

 

我们再看时间戳类型，sqlserver一个表只能有一个时间戳列，而且时间戳列不用操作，在数据行插入或更新时自动更新。

新建测试表

create table TEST_TIMEZONE2(

  tid int,

  time1 timestamp

);

 

insert into TEST_TIMEZONE2(tid) values(1);

insert into TEST_TIMEZONE2(tid) values(2);

insert into TEST_TIMEZONE2(tid) values(3);

 

 

select * from TEST_TIMEZONE2;

 

查询结果：

1     0x000000000000200A

2     0x000000000000200B

3     0x000000000000200C

 

update TEST_TIMEZONE2 set tid=4 where tid=3;

 

select * from TEST_TIMEZONE2;

 

查询结果：

1     0x000000000000200A

2     0x000000000000200B

4     0x000000000000200E

 

这个时间戳主要用在处理并发问题上，做为数据是否已被修改的凭证，可以提高并发性能。 再次明确sqlserver的时间戳不是具体时间。

 

恢复一下时区到GMT+8:00，都不知道现在几点了。

 

 

 

接下来，在mysql做个测试：

 

select now()

 

修改系统时区对查询结果没有影响，这与sqlserver不同。修改时区后，重启mysql，再执行有效果了。说明mysql在启动时记录了系统时区，而不是实时的读取系统时区。

 

恢复时区到GMT+8:00，新建 表

create table TEST_TIMEZONE(

  tid int,

  time1 datetime ,

  time2 timestamp ,

  time3 timestamp

);

插入数据

insert into TEST_TIMEZONE(tid) values(1);

insert into TEST_TIMEZONE(tid) values(2);

insert into TEST_TIMEZONE values(3,now(),now(),now());

insert into TEST_TIMEZONE values(4,now(),now(),now());

 

select * from TEST_TIMEZONE

查询结果

  

 

Mysql允许多个timestamp列，但只有第一列会自动更新，默认值 为

CURRENT_TIMESTAMP。

 

恢复时区到GMT+5:00，重启动mysql，执行查询

  

结果说明datetime的时间不随系统时区而变化，timestamp会随系统时区变化而变化，也sqlserver完全不同。Mysql在timestamp字段记录的是毫秒数，并且按初始的系统时区格式化后显示。

 

另外对oracle现在没有测试环境。

 

结论：

Datatime类型只保存年月日时分秒信息，不含时区。

Timestamp时间戳，不同数据库有不同的实现，不要用做业务列，更不能作为索引或键使用，他会自动被更新。

转载于:https://www.cnblogs.com/chinhousama/p/4007986.html