Al principio, imprimí el registro de acuerdo con el programa del servidor y pensé que el tiempo del servidor es normal (después de todo, ¿es la pantalla? Se desconecta, permanece, lo que es fácil de causar una ilusión), y el tiempo de mysql NOW () es rápido.
?
Más tarde, se descubrió que la hora del servidor estaba casi llena, y el tiempo que adquirió mysql fue el problema del servidor (por supuesto, mysql en sí también puede establecer la zona horaria, este ejemplo no es necesario, no me importa primero), todo lo que tiene que hacer es modificar la hora del servidor.
?
Cambiar la fecha: no es necesario
#date? -s? 06/10/96
Cambie la hora: busque en línea, venga a la hora de Beijing
#? date? -s? 9: 48: 00
Jue? Feb? 12? 09: 48: 00? CST? 2015
El éxito
?
?
?
¿Corrió más rápido automáticamente? O no le hemos prestado atención antes. En caso de desviación, es mejor resolver el problema en un solo paso.
Mire la zona horaria, si hay Shanghai, si no hay Beijing, simplemente use Shanghai
?
?
#? cp? / usr / share / zoneinfo / Asia / Shanghai? / etc / localtime
#? ntpdate? us.pool.ntp.org
12? Febrero? 09: 59: 36? Ntpdate [18715]:? Paso? Hora? Servidor? 132.163.4.102? Desplazamiento? 0.615304? Seg
?
(Yum? Install? -Y? Ntpdate 安装 ntpdate)
Únete a un plan cronometrado
#crontab? -e
?
Guardar y salir: problemas encontrados al guardar archivos
Formato incorrecto
Hecho
Para obtener información detallada y formato de comando, puede buscar crontab
O vaya al siguiente enlace, en resumen, establezca un cierto período de tiempo para ejecutar el comando detrás
hora del sistema de sincronización de centos
? http: //www.2cto.com/os/201109/103909.html
Además, desea establecer la zona horaria a través de mysql:
http://blog.sina.com.cn/s/blog_6183b4210100fuel.html