如果一个表中一个字段特别长，有必要考虑使用 redis 存储吗？

难道你存了π的小数点 1 亿位？那还不如直接上 oss 。

多长的字段？能导致慢几十秒？一个字段存了一本新华字典？
你先确认为啥会慢几十秒？这个思路完全没解决问题，只是在强行打补丁。

mysql 有 lage_text blob 类型支持

手里有一把锤子, 看什么都像钉子

是在这个字段关联了索引了吧，所以入库慢？

redis 早有了成熟的备份，集群方案。游戏公司老早就用 redis 做主服务器了。

@joesonw 住数据库。

对于 X-Y Problem 的意思如下：

1 ）有人想解决问题 X
2 ）他觉得 Y 可能是解决 X 问题的方法
3 ）但是他不知道 Y 应该怎么做
4 ）于是他去问别人 Y 应该怎么做？

https://coolshell.cn/articles/10804.html

Redis 不是要尽量避免 bigkey 的吗，还专门存 Redis ？

数据库里存视频？

请问你想要的是不是“对象存储”

隐约感觉哪里不对劲，直接描述你原始的问题；因为经常遇到这种：本来需求是切西瓜，问题变成了我应该怎么把锤子磨成一个很薄的铁片。

这是把小电影直接入库了？

你往库里写文件？写大二进制？不建议这么放，放文件都比他好，为啥非要入库嘞？

有点好奇，能执行几十秒的字段有多大

用文件系统会不会好点，间接入库

redis 数据是在内存的，虽然他有机制将数据持久化下来，照你这个说法这么大的字段你的内存肯定吃不住，其次如果这些数据你只是存而不查询，那么放 redis 就更没有意义了，内存成本比硬盘成本高得多，可以换成楼上对象存储的方案。
如果需要支持查询则可以使用 ES 等方案，这方面可以参考各种日志系统的解决思路如 ELK 、Loki 等