大佬们，有比较适合大字段（text）的 db 方案么，读多写少场景

This topic created in 3117 days ago, the information mentioned may be changed or developed.

现在用的是 mysql 的 text，当当数据量大的时候可能会有一些性能问题。如果说想换一个另外的数据库有什么比较好的方案么。

举例来说，淘宝的内容详情页，或者是 jd 的内容详情页里的内容是用什么样的存储方案啊。

7 replies • 2018-04-27 08:42:24 +08:00

alvinbone88

Apr 26, 2018

配置读写分离
如果读得比较多，可以多配置几个从库

misaka19000

Apr 26, 2018

billlee

Apr 26, 2018

我的思路是
1. 在 MySQL 内，可以分区、分表、分库
2. 如果访问集中，可以加缓存
3. 换 key-value 数据库

msg7086

Apr 27, 2018

不如先说说剂量？
多大的字段，多少行，单表做出来多大，对数据处理有没有额外的要求？

prolic

Apr 27, 2018 via Android

说下具体场景啊，根据单 key 大小，查询需求，总数据量才能决定 pgsql，mongo，hbase 还是再到其他的什么东西

Nick2VIPUser

Apr 27, 2018 via iPhone

mongodb

csl1995

Apr 27, 2018 via iPhone

有钱换 oracle，没钱用 mycat 作分库分表。优化索引，优化 sql。提高硬件配置，读写分离，加缓存。
你要给个具体场景和情况啊，不然定位不到瓶颈。
还有数据量大肯定有一定时延问题，关键看你们应用的容忍度，优化到一定程度即可。