MySQL中REPEAT(str, count)用于重复字符串：count为非负整数时返回重复结果，count≤0返回空字符串，count为NULL则结果为NULL；PostgreSQL等库不支持该函数，需用RPAD('', count, str)（单字符）或自定义逻辑替代。
REPEAT函数在MySQL里怎么用？
MySQL的REPEAT函数确实能生成重复字符串，但仅限MySQL（含MariaDB），PostgreSQL、SQL Server、SQLite都不支持这个函数——直接复制粘贴到其他数据库会报错FUNCTION REPEAT does not exist。
它的语法很简单：REPEAT(str, count)，第一个参数是原始字符串，第二个是重复次数（整数）。如果count ≤ 0，返回空字符串；如果是NULL，整个结果为NULL。
-
REPEAT('a', 3)→'aaa' -
REPEAT('ab', 2)→'abab' -
REPEAT('x', 0)→''（空字符串） -
REPEAT('y', NULL)→NULL
想在PostgreSQL里实现同样效果怎么办？
PostgreSQL没有REPEAT，但可以用REPEAT的等价写法：RPAD('', length, str) 或更直接的 REPEAT 替代方案其实是 string_agg + generate_series，但最常用、最轻量的是 RPAD：
-
RPAD('', 3, 'a')→'aaa' -
RPAD('', 2, 'ab')→'abab'
注意：RPAD 第一个参数是“填充目标”，所以传空字符串''，第二个参数是总长度（不是重复次数），第三个才是填充字符。也就是说，RPAD('', n, s) 等价于 MySQL 的 REPEAT(s, n)，前提是 s 长度为1；如果 s 是多字符（如'ab'），RPAD 会截断或循环填充，行为不一致——这时得用 REPEAT 的真正替代： string_agg('ab', '') FILTER (WHERE generate_series(1, 2) IS NOT NULL)，但太重。稳妥做法是封装成自定义函数，或改用应用层拼接。
REPEAT容易踩的性能和类型坑
重复次数大时（比如REPEAT('x', 1000000)），MySQL会实际分配内存并构造字符串，可能触发临时表或内存溢出，尤其在GROUP BY或ORDER BY中嵌套使用时。
- 避免在WHERE条件里用
REPEAT做匹配（如WHERE col = REPEAT('0', 10)），无法走索引 -
count参数必须是整数，传浮点数（如2.5）会被截断为2，不报错但易误判 - 如果字段本身是
TEXT或LONGTEXT，重复后可能超出字段长度限制，INSERT/UPDATE时静默截断，需提前检查LENGTH(REPEAT(...))
替代方案：什么时候不该用REPEAT？
单纯为了补零、补空格这类固定格式，优先用LPAD/RPAD（如LPAD(id, 6, '0')生成6位编号），语义清晰且通常更快。
需要动态拼接多段不同内容（比如生成CSV行、JSON片段），REPEAT能力有限，应转向CONCAT + 变量，或交给应用代码处理——SQL不是字符串模板引擎，过度拼接会让查询难以调试和维护。
真正容易被忽略的点是：跨数据库兼容性从来不是靠函数名一致保证的，而是靠抽象层或条件化SQL；哪怕只用MySQL，上线前也该确认版本（REPEAT从MySQL 4.0就存在，但旧部署可能跑着阉割版Percona分支，个别定制版会禁用该函数）。
