MySQL换行符存储规范及Excel迁移换行问题咨询

1. MySQL中存储字符串时，换行符应使用0D0A还是仅0A？ #

MySQL本身没有强制要求必须使用哪种换行符，它会原样存储传入的字符串内容，不管是LF（0A）还是CRLF（0D0A）。实际选择哪种，主要看业务场景：

• 如果数据主要在Windows环境下展示（比如HTML表单、Windows桌面应用），CRLF（0D0A）更符合系统默认的换行规范，避免展示时出现换行异常；
• 如果数据多用于类Unix/Linux环境（比如后端日志、Linux应用），LF（0A）是通用标准，更节省存储空间；
• 为了避免跨场景的换行符差异问题，建议在数据入库或出库时做统一转换：比如入库时把所有换行符转成LF，出库时根据展示环境再转成对应格式。PHP里可以用str_replace("\r\n", "\n", $input)做转换，MySQL层面也可以用REPLACE(column_name, '\r\n', '\n')统一处理。

2. 从Microsoft Excel迁移至MySQL的数据为何仅包含0A换行符？ #

这通常和你使用的迁移工具或导出方式有关：

• 若你是通过CSV文件导出Excel数据再导入MySQL，部分CSV导出工具（或Excel的导出设置）会自动将Windows标准的CRLF换行符转换为LF；
• 若使用了第三方库（比如PhpSpreadsheet、pandas）读取Excel数据并写入MySQL，这些库默认可能会将Excel单元格内的换行符归一化为LF（类Unix系统的通用换行符）；
• 另外，Excel单元格内的换行（通过Alt+Enter插入）在内部存储时，不同版本的Excel或读取工具可能有不同的解析逻辑，部分工具会直接将其解析为LF而非CRLF。

针对无意义变更记录的解决建议 #

要避免打开记录未修改却生成变更记录的情况，在保存前对比old_value和new_value时，先统一两者的换行符格式再做判定：

// 统一转换为LF格式后再对比
$old_normalized = str_replace("\r\n", "\n", $old_value);
$new_normalized = str_replace("\r\n", "\n", $new_value);

if ($old_normalized != $new_normalized) {
    // 生成变更记录
}

这样就能排除换行符格式差异导致的误判。

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