必须手动启用数据库邮件、设置msdb为trustworthy on、将执行账号加入databasemailuserrole，且@profile_name需显式指定、@recipients格式正确、@body防截断与乱码，失败须查sysmail_faileditems和sysmail_event_log。
能发，但必须绕开“直接调用就静默失败”这个坑——绝大多数问题出在前置条件没配全，而不是存储过程写得不对。
查这三件事：数据库邮件是否真启用、msdb是否TRUSTWORTHY ON、执行账号有没有DatabaseMailUserRole
sp_send_dbmail不报错也不提示，只把邮件丢进队列就返回 0，但若以下任一条件不满足，它就根本不会入队：
- 没运行过
EXEC msdb.dbo.sysmail_start_sp—— 装完数据库邮件不等于自动启动，必须手动执行一次 -
msdb数据库没设为信任：ALTER DATABASE msdb SET TRUSTWORTHY ON，尤其当存储过程用了EXECUTE AS USER时，权限链会断 - 当前执行账号（不是你登录 SSMS 的 Windows 账号，而是应用连接用的 SQL 登录名）不在
msdb的DatabaseMailUserRole角色里：USE msdb; EXEC sp_addrolemember 'DatabaseMailUserRole', 'your_app_login'；注意：sysadmin不自动继承该角色
@profile_name 必须显式指定，且环境间不能混用
不同环境 profile 名通常不同（如开发叫 DevMail，生产叫 ProdAlerts），漏传或硬编码错一个字母，sp_send_dbmail 就静默失败：
-
@profile_name必须显式传入，哪怕只配了一个 profile；依赖默认值会失败 -
@recipients只接受分号分隔的纯字符串，结尾不能有多余分号（'a@b.com;b@c.com;'会失败） -
@body和@subject避免嵌套单引号，改用CONCAT()或FORMATMESSAGE()构造，例如：CONCAT('库存低于阈值：', @stock) - 加
@mailitem_id = @mail_id OUTPUT捕获队列 ID，后续可查sysmail_mailitems确认是否成功入队
查询结果转 HTML 表格要防截断和乱码
直接拼接 @body 容易触发 NVARCHAR(MAX) 截断、HTML 标签被解析、特殊字符（、<code>&）未转义导致内容丢失：
- 用
FOR XML PATH('')+TYPE构造表格，比手拼更安全可靠 - 对字段值做 HTML 编码：
REPLACE(REPLACE(REPLACE(@val, '&', '&'), '', '>') - 避免在
@body中直接嵌入用户输入字段；优先用 ID + 前端链接替代长文本展示 - 如果用
@query参数让sp_send_dbmail自动查数据，注意它是在邮件发送时才执行，此时存储过程已退出，临时表或变量不可见
发完没收到？别信 @@ERROR，查系统表才是真反馈
sp_send_dbmail 返回值永远是 0（表示成功入队），不代表邮件真发出去了。失败发生在异步队列处理阶段，必须查系统表：
- 立刻查
sysmail_faileditems，看last_mod_date是否有最近 1 分钟内新增记录 - 结合
sysmail_event_log查具体错误，常见如：The mail could not be sent to the recipients because of the mail server failure -
TRY...CATCH和@@ERROR捕不到队列层错误，它们只管存储过程执行本身
真正容易被忽略的是：邮件配置正确 ≠ 邮件能发，因为队列服务可能卡住、SMTP 凭据过期、防火墙拦截 outbound port 25，这些都得靠查 sysmail_event_log 里的 timestamp 和 error_description 才能定位。
