关于linux系统下CST时间的修改以及对MB中关于CURRENT_TIMESTAMP函数

    一：CST代表了四个时区

 

    1.CST Central Standard Time (USA) UT-6:00 美国中部时间 西六区 

    2.CST Central Standard Time (Australia) UT 9:30 澳大利亚

　 3.CST China Standard Time UT 8:00  中国沿海时间 东八区

　 4.CST Cuba Standard Time UT-4:00  古巴

    相关时间：

    EDT - Eastern Daylight Time 东部夏令时间

　CDT - Central Daylight Time 中部夏令时间

    GMT - 格林尼治标准时间

   二：在linux系统下修改CST标准时间

   1.查找系统文件etc/sysconfig/clock并修改为：

ZONE="Asia/Shanghai" UTC=true ARC=false

  2. 找到系统文件/usr/share/zoneinfo/Asia/Shanghai   
  用这个文件替换当前的/etc/localtime文件

 三：linux下查看系统时间和时区

  1. 查看当前时区

            date -R

  2. 修改设置时区

       方法(1)

            tzselect

       方法(2) 仅限于RedHat Linux 和 CentOS

            timeconfig

       方法(3) 适用于Debian

            dpkg-reconfigure tzdata

  3. 复制相应的时区文件，替换系统时区文件；或者创建链接文件

            cp /usr/share/zoneinfo/$主时区/$次时区 /etc/localtime

         在中国可以使用：

            cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

问题描述：

          系统曾经是EST格式的时区时间。MB可以正常打印东八区时间。当把系统修改为CST格式的时候，MB中的ESQL函数打印的系统时间却是西五区的时间，也就是和东八区的时间整整相差13个小时。

         答：经过排查公司的系统时间格式也是CST格式，也可以正常打印东八区时间。而现场的CST时间却是取的西五区的时间。说明现场的修改格式不正确，最后查到是配置文件没有修改为Asia/Shanghai 导致，现场再次修改配置文件。

不过测试后发现还是不正确。重启MB后，时间正常。

不过中间有个非常奇怪的情况发生。25 26是两台负载均衡的机器。当我们重启MB1(25)的时候，走26的MB2也变成正常了。这个问题非常的诡异。

ps： http://space.itpub.net/35489/viewspace-627539

        http://www.cnblogs.com/h2appy/archive/2008/11/27/1342029.html

        http://www.3haoweb.cn/a/pc/system/linux/2010/1018/4141.html

        http://www.hetlife.com/linux-time-zone-clock-and-time-synchronization-of-commands-and-configuration.html

        http://wuzijingaip.javaeye.com/blog/540760