SPACE函数可在等宽字体环境下实现文本对齐，仅适用于纯文本导出且终端使用等宽字体（如Consolas）时有效；导出至Excel、CSV或BI工具时因空格被忽略或截断而失效，推荐改用制表符分隔或应用层格式化。
SPACE函数在SQL中到底能不能对齐文本？
不能直接用于报表对齐——SPACE() 只是生成空格字符串，而导出到Excel、CSV或纯文本时，字体、列宽、换行处理完全由下游工具控制。数据库层用SPACE()拼出来的“对齐”，在等宽字体下可能看着整齐，一粘贴进Excel就全乱了。
什么时候用SPACE()还有点用？
仅限纯文本导出（如mysql -e "SELECT ..." > report.txt）且终端/阅读器使用等宽字体（如Courier New、Consolas）时，SPACE() 才有视觉对齐效果。常见场景包括：DBA日志摘要、CLI快速查看、配合RPAD()/LPAD()做字段填充。
-
SELECT CONCAT(name, SPACE(20 - LENGTH(name)), age) FROM users;—— 强制name占20字符宽，不足补空格 - 注意：
LENGTH()按字节计数，中文在UTF8mb4下占3或4字节，用CHAR_LENGTH()更安全 - MySQL 8.0+ 支持
RPAD(name, 20, ' ')，语义更清晰，推荐替代CONCAT(SPACE())
导出到Excel时对齐失败的三个典型原因
你写了RPAD(name, 15, ' ')，Excel里还是左对齐挤成一团？不是SQL错了，是导出链路断了：
- CSV导出：Excel默认忽略字段内空格，且用逗号分隔，
SPACE()生成的空格被当普通字符，但单元格格式仍是“常规”，不启用等宽字体 - ODBC/JDBC导出：驱动常自动trim掉尾部空格（尤其SQL Server和某些JDBC配置），
RTRIM()可能悄悄生效 - BI工具（如Power BI、Tableau）：多数会规范化空白符，
SPACE(5)和' '被统一压缩为单个空格
真正可控的对齐方案是什么？
放弃在SQL里“硬凑”空格，把对齐逻辑交给导出目标：
- 导出CSV → 用制表符
'\t'代替空格分隔，配合Excel“从文本导入”并设为“分隔符号”，列天然对齐 - 导出Excel → 用Python（
pandas.DataFrame.to_excel）或Java（Apache POI）设置单元格alignment和font，SQL只负责原始数据 - 必须用SQL生成格式化文本 → 限定输出为ANSI/UTF-8 + 等宽字体环境，并用
CHAR_LENGTH()计算宽度，例如：RPAD(LEFT(name, 10), 10, ' ')（用全角空格
最易被忽略的一点：空格对齐只在字符级成立，一旦字段含换行符\n、制表符\t或emoji，整个布局就不可预测——这时连RPAD()也救不了。
