首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

MySQL时间戳转日期

FROM_UNIXTIME(unix_timestamp,format) 返回表示 Unix 时间标记的一个字符串,根据format字符串格式化。format可以包含与DATE_FORMAT()函数列出的条目同样的修饰符。下列修饰符可以被用在format字符串中: %M 月名字(January……December) %W 星期名字(Sunday……Saturday) %D 有英语前缀的月份的日期(1st, 2nd, 3rd, 等等。) %Y 年, 数字, 4 位 %y 年, 数字, 2 位 %a 缩写的星期名字(Sun……Sat) %d 月份中的天数, 数字(00……31) %e 月份中的天数, 数字(0……31) %m 月, 数字(01……12) %c 月, 数字(1……12) %b 缩写的月份名字(Jan……Dec) %j 一年中的天数(001……366) %H 小时(00……23) %k 小时(0……23) %h 小时(01……12) %I 小时(01……12) %l 小时(1……12) %i 分钟, 数字(00……59) %r 时间,12 小时(hh:mm:ss [AP]M) %T 时间,24 小时(hh:mm:ss) %S 秒(00……59) %s 秒(00……59) %p AM或PM %w 一个星期中的天数(0=Sunday ……6=Saturday ) %U 星期(0……52), 这里星期天是星期的第一天 %u 星期(0……52), 这里星期一是星期的第一天 %% 一个文字“%”。

02

一个测开架构师的2022年个人年终总结

人常说“时间在流逝”。其实不对,时间是静止的,是我们在流逝。再回首,已记不得当初2022年“拍脑袋”定的flag了,无奈只能翻起2021年终总结才发现梦想很美好,现实很残酷。从上面的思维导图来看2022年总体还是朝着当初定的目标在前进,只是过程中有些计划定的太理想化了,导致可能最终完成的结果不太好,比如:目标跑300公里,实际才完成了94公里;目标口语能达到随机选一个话题能讲2分钟,实际也就1分钟就卡壳了。回想起工作中好像也是经常会发生这种情况,比如程序员每次评估需求所需的工时一样都非常乐观-,-,在我看来对于已知的事物我们都能比较准确的估算工时,但是对于未知的事物往往很难去评估,这也许就是PMI-ACP认证中提到的我们需要有“探针”来去评估风险,去平衡时间与资源的利用率,就像《精益产品开发》书中举的例子医院的医生与病人之间,到底应该是时间优先、还是资源优先,如何达到“最优”,对应于工作也是,质量是没有底的,我们如何去做“刚刚好”的质量,这是一门艺术,是我们需要用一生的时间不断学习、探索的过程。

03

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

    运营活动

    活动名称
    广告关闭
    领券