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

[ghostwind]

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

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

[alvinbone88]

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

[misaka19000]

ES

[billlee]

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

[msg7086]

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

[prolic]

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

[Nick2VIPUser]

mongodb

[csl1995]

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