SELECT CONCAT('\'',NOW(),'\''), firstname, lastname 
FROM your_table
INTO OUTFILE 'export.csv' 
FIELDS TERMINATED BY ',' 
ENCLOSED BY '\"' 
LINES TERMINATED BY '\n'

下面是我们在生成csv文件时使用的简单方法，它确实会稍微改变值，所以并不适用于所有应用程序:

在csv中的所有值前加一个空格

excel将从诸如“1”、“2.3”和“-2.9e4”等数字中剥离该空格，但将保留诸如“01/10/1993”这样的日期和诸如“TRUE”这样的布尔值，从而阻止它们转换为excel的内部数据类型。

它也停止双引号被zapped在读进去，所以一个简单的方法，使文本在csv中保持不变的excel即使是一些文本，如“3.1415”是用双引号包围它，并在整个字符串前加上一个空格，即(使用单引号来显示你会键入什么)“3.1415”。然后在excel中，你总是有原始的字符串，除了它被双引号包围并以空格开头，所以你需要在任何公式中考虑这些。

在双引号中添加空格前缀解决了这个问题!!

我在csv文件的一个列中有“7/8”这样的数据，MS-Excel将其转换为“07-Aug”。但是使用“LibreOffice Calc”就没有问题了。

为了解决这个问题，我只是给空格字符加上前缀(在7之前添加空格)，比如“7/8”，这对我来说很有效。这是为Excel-2007测试的。

None of the solutions offered here is a good solution. It may work for individual cases, but only if you're in control of the final display. Take my example: my work produces list of products they sell to retail. This is in CSV format and contain part-codes, some of them start with zero's, set by manufacturers (not under our control). Take away the leading zeroes and you may actually match another product. Retail customers want the list in CSV format because of back-end processing programs, that are also out of our control and different per customer, so we cannot change the format of the CSV files. No prefixed'=', nor added tabs. The data in the raw CSV files is correct; it's when customers open those files in Excel the problems start. And many customers are not really computer savvy. They can just about open and save an email attachment. We are thinking of providing the data in two slightly different formats: one as Excel Friendly (using the options suggested above by adding a TAB, the other one as the 'master'. But this may be wishful thinking as some customers will not understand why we need to do this. Meanwhile we continue to keep explaining why they sometimes see 'wrong' data in their spreadsheets. Until Microsoft makes a proper change I see no proper resolution to this, as long as one has no control over how end-users use the files.

如果在字段的开头放置一个倒置逗号，它将被解释为文本。

例子: 25/12/2008变成了25/12/2008

您还可以在导入时选择字段类型。

这个问题仍然存在于Mac Office 2011和Office 2013，我无法阻止它发生。这似乎是很基本的事情。

在我的例子中，我有诸如“1 - 2”和“7 - 12”的值，在CSV中正确地用倒逗号括起来，这将自动转换为excel中的日期，如果您尝试随后将其转换为纯文本，您将得到日期的数字表示形式，如43768。此外，它将条形码和EAN编号中的大数字重新格式化为123E+数字，再次无法转换回来。

我发现谷歌驱动器的谷歌表不能将数字转换为日期。条形码中每3个字符有一个逗号，但这些很容易被删除。它处理csv非常好，特别是在处理MAC / Windows csv时。

说不定还能救人。