不考虑分表,和分成几个的话
那有比要为了这个,引入一个单节点的 redis 服务存储吗?
目前这个字段很长的话,入库会很慢,几十秒。
1
boobo 2023-09-06 11:37:06 +08:00
楼主用错地方了吧,redis 称之为缓存服务,数据库是固化数据用的...
|
3
debuggerx 2023-09-06 11:42:54 +08:00 via Android
存文件也比存 redis 好吧
|
4
lvxiaomao 2023-09-06 11:45:16 +08:00
首先看看为啥内容这么多,是否可以有其他方式搞一下?
|
6
liuzhedash 2023-09-06 11:46:40 +08:00
@gzk329
可以先缓存到 redis ,然后用一个后台线程逐步写入数据库,当然这里有个风险是如果服务器异常关闭,会丢失一些数据。 |
7
cominghome 2023-09-06 11:47:00 +08:00 6
多长的字段入库要几十秒?你直接往数据库里写四库全书了?
|
8
Akuikkk 2023-09-06 11:49:06 +08:00
存到文本,上传到 oss ,字段存 oss 链接
|
9
Arrowing 2023-09-06 11:51:22 +08:00
特别长是多长,放 redis 不是技术割裂吗,难以维护,易出问题。
largetext 不够你用的? |
10
chendl111 2023-09-06 12:05:32 +08:00
很长有多长?调整数据类型,压缩数据都行呐,入库太慢就弄个异步线程,不过出故障恢复数据挺麻烦的
|
11
roundgis 2023-09-06 12:09:28 +08:00 via Android
redis 我記得單條不能超過 512M?
你能搞這麼大的串不考慮分切一下? |
12
Mithril 2023-09-06 12:12:32 +08:00
一条记录插几十秒的话,建议直接存文件。。。
|
13
akira 2023-09-06 12:29:35 +08:00
入库会很慢,几十秒?
这么大的数据可以考虑持久化到文件系统,然后数据库里面只保存链接。 |
14
RedBeanIce 2023-09-06 12:43:43 +08:00 4
请详细描述你的根本问题。。。
你这个问题感觉是遇到了一个问题,自己想了一个办法。 然后又遇到了问题,所以才有了这个帖子。 |
15
msaionyc 2023-09-06 13:08:38 +08:00
你 redis 挂了咋整?
另外,你这个字段到底有多长?真的合理吗 如果是大文本字段,可以建一张专门存 Text 类型的表,然后用主键关联起来。如果 Text 类型不够用,你得考虑其他方案解决了,总之存 redis 不是一个好方案。 |
16
jyao 2023-09-06 17:31:04 +08:00
是 blog 字段嘛,如果是建议你存对象存储比如 oss 上,字段存地址就行了
|
17
shinyruo2020 2023-09-06 17:45:59 +08:00 5
X-Y Problem
|
18
awalkingman 2023-09-06 18:32:29 +08:00
一致性问题你怎么处理
捡了芝麻丢了西瓜。 |
19
xuanbg 2023-09-06 18:43:07 +08:00
有多大?我们几十 M 的富文本,也是秒入啊。
|
20
wonderfulcxm 2023-09-06 19:03:46 +08:00 via iPhone
以前做小说站,三国演义全文都是秒入。你啥字段?
|
21
zsdroid 2023-09-06 19:12:29 +08:00
难道你存了π的小数点 1 亿位?那还不如直接上 oss 。
|
22
deplivesb 2023-09-06 19:15:50 +08:00
多长的字段?能导致慢几十秒?一个字段存了一本新华字典?
你先确认为啥会慢几十秒?这个思路完全没解决问题,只是在强行打补丁。 |
23
dode 2023-09-06 19:20:18 +08:00
mysql 有 lage_text blob 类型支持
|
24
kkwa56188 2023-09-06 19:42:26 +08:00
手里有一把锤子, 看什么都像钉子
|
25
mm163 2023-09-06 19:50:33 +08:00
是在这个字段关联了索引了吧,所以入库慢?
|
26
joesonw 2023-09-06 21:40:57 +08:00 via iPhone
redis 早有了成熟的备份,集群方案。游戏公司老早就用 redis 做主服务器了。
|
28
xiaowangge 2023-09-06 22:00:55 +08:00 3
对于 X-Y Problem 的意思如下:
1 )有人想解决问题 X 2 )他觉得 Y 可能是解决 X 问题的方法 3 )但是他不知道 Y 应该怎么做 4 )于是他去问别人 Y 应该怎么做? https://coolshell.cn/articles/10804.html |
29
wangbin526 2023-09-06 22:58:21 +08:00 via Android 1
Redis 不是要尽量避免 bigkey 的吗,还专门存 Redis ?
|
30
dayeye2006199 2023-09-06 23:13:00 +08:00
数据库里存视频?
|
31
IvanLi127 2023-09-06 23:24:43 +08:00 via Android
请问你想要的是不是“对象存储”
|
32
killerv 2023-09-06 23:34:04 +08:00 2
隐约感觉哪里不对劲,直接描述你原始的问题;因为经常遇到这种:本来需求是切西瓜,问题变成了我应该怎么把锤子磨成一个很薄的铁片。
|
33
ShuWei 2023-09-07 00:06:56 +08:00
这是把小电影直接入库了?
|
34
spediacn 2023-09-07 01:36:55 +08:00 via iPhone
你往库里写文件?写大二进制?不建议这么放,放文件都比他好,为啥非要入库嘞?
|
35
Dlin 2023-09-07 09:07:27 +08:00
有点好奇,能执行几十秒的字段有多大
|
36
hbcolorful 2023-09-07 18:08:41 +08:00
用文件系统会不会好点,间接入库
|
37
litchinn 2023-09-09 17:42:23 +08:00
redis 数据是在内存的,虽然他有机制将数据持久化下来,照你这个说法这么大的字段你的内存肯定吃不住,其次如果这些数据你只是存而不查询,那么放 redis 就更没有意义了,内存成本比硬盘成本高得多,可以换成楼上对象存储的方案。
如果需要支持查询则可以使用 ES 等方案,这方面可以参考各种日志系统的解决思路如 ELK 、Loki 等 |