数据库时间异常的一个可能原因

这几天发现了datatime的一个问题，定位，发现有个逻辑上的漏洞。
写个逻辑：

insert into t1 values(sysdate);

创建一个虚拟机，然后修改系统时间，执行SQL。
然后执行这个SQL的结果是：

当执行SQL的时候，SQL返回的时间不由客户机决定，而是由数据库所在的设备决定。

计算机是有晶振时钟的，但是晶振时钟由于计算机老化、故障或者死机等各种问题，导致晶振时钟它不准，和北京时间出现一定的差异。

而很奇特的事情是：
周围数据库的计算机，通常只会开对应的80端口443端口!!!
不开放80端口，就不会同步网络时间。

用了五年乃至十年以后，系统和INTERNRT时间有几分钟的时间差异。

——————————————————————————————
然后，如果你用时间作为一个重要参数，而这个事务在必须在几秒钟之内处理并返回。

然后就会发现这么一个问题：
A明明发生在B之前，但是由于时钟异常，导致A发生在B之后。

第二个是：
A调取B，B添加时间信息，并查询数据库C。

比如说：
A（时钟正常）：今天下午三点，我查询了一个命令。
B：我执行程序，并记录下程序执行的时间点，然后执行SQL语句。
任何一个网元时间异常都会出现时钟异常的问题。

主要原因的话，就是sysdate这个函数是以数据库为准，而数据库不开放80端口，导致系统无法同步网络时间。