遇到的问题：系统时间与数据库时间不一致，系统时间是8:20，存到数据库里是0:20。
第一直觉是时区不同导致的。
先看一段代码：
Java代码
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时间戳，不同数据库有不同的实现，不要用做业务列，更不能作为索引或键使用，他会自动被更新。
