【沃趣科技】再述mysqldump时域问题
沃趣科技作为国内领先的数据库云平台解决方案提供商，一直致力于企业级数据库云平台产品的研发，为用户提供高性能、高可用、可扩展的的数据库云环境及不同业务场景需求的数据库平台，满足客户对极致性能、数据安全、容灾备份、业务永续等需求。沃趣科技凭借专业的团队，优质的产品，前沿的技术，贴心的服务赢得了客户的信任与尊重，也获得了市场的认同。 之前文章（ 引用沃趣技术--《当心！ 使用mysqldump备份可能会让你欲哭无泪》 ）介绍了当时间字段为timestamp时，使用mysqldump加where条件对时间字段进行过滤导出时，时域问题对导出数据的影响。今天我们就再来讨论一下mysqldump的时域问题。 问题介绍 日前，在客户某系统部署了一个数据清理脚本，该脚本在对数据进行清理之前，首先会按照清理数据的条件先使用mysqldump将即将清理的数据导出，再进行清理。该脚本使用crontab定时任务在凌晨两点执行。但第二天查看脚本的执行情况时，发现数据清理工作都顺利的完成了，但mysqldump导出的SQL文件里却只导出了表结构，没有导出数据。看到这个现象甚是奇怪。 问题分析与排查 查看导出数据的where条件为"gmt_modified < date_sub(curdate(),interval 359 day)"，基于之前的理解，我们想过有可能是时域的问题，所以确认了一下gmt