这种情况我之前碰过好多次，Excel对CSV的“小脾气”确实有点烦人——明明看着分隔符是对的，结果所有内容都挤在A列里。咱们一步步来拆解问题解决：

可能的原因&对应解决办法： #

• 编码不兼容导致Excel识别失效
  sp_send_dbmail默认的输出编码可能不是UTF-8，而Excel对无BOM标识的文件经常会“认错”格式。你可以在现有参数里加上@query_result_charset = 'UTF-8'，强制用UTF-8编码生成CSV文件，这一招解决过我80%的类似问题。

• 系统区域设置的默认分隔符不是逗号
  有些地区的系统默认列表分隔符是分号（比如欧洲部分国家），这时候你双击打开CSV，Excel会自动用系统默认的分隔符，自然会忽略你设置的逗号。这种情况有两个应对方案：

  1. 把@query_result_separator改成系统的列表分隔符（可以去控制面板的区域设置里查看）；
  2. 别双击打开文件，而是打开Excel后通过「数据」→「自文本/CSV」导入，手动选择逗号作为分隔符，这种方式更稳妥。

• 字段内容含特殊字符干扰了分隔识别
  如果你的查询结果里有字段本身带逗号（比如备注、地址类内容），Excel会把整个字段当成一个整体，甚至打乱分隔逻辑。这时候要给每个字段套上双引号，修改你的@cmd查询语句，比如：

  -- 假设原查询是 SELECT EmployeeName, WageAdjustment FROM WageChanges
  -- 修改后给字段加双引号：
  SET @cmd = 'SELECT CONCAT(''"'', EmployeeName, ''"'') AS EmployeeName, CONCAT(''"'', WageAdjustment, ''"'') AS WageAdjustment FROM WageChanges'
  

  用双引号把字段包裹起来，Excel就能准确区分字段内容和分隔符了。

修改后的完整示例代码 #

把这些调整加到你的存储过程调用里试试：

exec msdb.dbo.sp_send_dbmail 
@recipients = @employeeEmail
,@from_address = @senderaddress
,@query = @cmd
,@body = 'Here are the wage changes for the previous month.'  
,@subject = 'Wage Changes Over the Past Month'
,@attach_query_result_as_file = 1
,@query_attachment_filename = 'WageChangesReport.csv'
,@query_result_width = 32767
,@query_result_separator = ','
,@query_result_no_padding = 1
,@query_result_charset = 'UTF-8'  -- 新增编码参数
,@query_result_header = 1  -- 可选，确保表头和数据对应匹配

先试试加编码参数的方法，大部分情况都能解决；如果还是不行，再检查字段内容或者用Excel导入的方式，应该就能搞定啦！

备注：内容来源于stack exchange，提问作者DJGray