问题1：为何数据库中存储为yyyy-mm-dd格式的日期字段显示为dd-mm格式？ #

这其实是显示层的格式转换逻辑导致的，数据库本身存储的yyyy-mm-dd是标准ISO日期格式，不会自动变更，常见原因有这几个：

• 应用程序读取数据后，调用了日期格式化函数（比如PHP里的date('d-m', $timestamp)），把日期转成dd-mm格式再展示
• 编写SQL查询时，直接使用了MySQL的DATE_FORMAT函数（例如DATE_FORMAT(dob_column, '%d-%m')），返回的就是已经转换好格式的字符串
• 前端页面（比如JS脚本、模板引擎）在客户端做了日期格式化，把后端传来的标准日期转成了dd-mm样式
• 你使用的数据库客户端工具（比如Navicat、phpMyAdmin）自带日期显示设置，自动将存储格式转换成dd-mm展示给你

问题2：日期转换后结果不符合预期，原因是什么？ #

这个问题我碰到过好多次，核心是**strtotime()函数解析日期时的格式歧义**，咱们一步步拆解：

你说$resultsdob的值是"2018-01-05"，但转换后输出May 1, 2018——这说明strtotime()把这个日期字符串解析成了2018年5月1日，而非你预期的1月5日。最可能的情况是：

1. 实际拿到的日期格式不对：你以为$resultsdob是"2018-01-05"，但实际上它是"05-01-2018"（也就是dd-mm-yyyy格式）。strtotime()对-分隔的日期，默认会按照美式mm-dd-yyyy规则解析，所以05被当成5月，01被当成1号，结果就出错了。
2. PHP环境的异常情况：如果确实确认$resultsdob是标准的yyyy-mm-dd，那可能是你的PHP版本太老（低于5.1.0，该版本对ISO日期格式支持不完善），或者系统的区域设置（locale）干扰了strtotime的解析逻辑。

解决建议： #

• 别再依赖strtotime()这种容易出歧义的函数了，改用PHP的DateTime类，它的解析逻辑更严谨，完全不会有这类问题：

  $dateObj = new DateTime($resultsdob);
  $displaydate = $dateObj->format('F j, Y');
  

• 先验证$resultsdob的真实值，用var_dump($resultsdob)输出看看，说不定你拿到的日期格式和你以为的不一样
• 检查PHP的date.timezone配置，确保时区设置正确（虽然这不影响年日月，但能避免其他时间相关的坑）

内容的提问来源于stack exchange，提问作者user3304303