现在用的是 mysql 的 text,当当数据量大的时候可能会有一些性能问题。如果说想换一个另外的数据库有什么比较好的方案么。
举例来说,淘宝的内容详情页,或者是 jd 的内容详情页里的内容是用什么样的存储方案啊。
|      1alvinbone88      2018-04-26 23:09:26 +08:00 配置读写分离 如果读得比较多,可以多配置几个从库 | 
|  |      2misaka19000      2018-04-26 23:09:59 +08:00 ES | 
|      3billlee      2018-04-26 23:11:38 +08:00 我的思路是 1. 在 MySQL 内,可以分区、分表、分库 2. 如果访问集中,可以加缓存 3. 换 key-value 数据库 | 
|  |      4msg7086      2018-04-27 01:05:00 +08:00 不如先说说剂量? 多大的字段,多少行,单表做出来多大,对数据处理有没有额外的要求? | 
|  |      5prolic      2018-04-27 01:32:35 +08:00 via Android 说下具体场景啊,根据单 key 大小,查询需求,总数据量才能决定 pgsql,mongo,hbase 还是再到其他的什么东西 | 
|  |      6Nick2VIPUser      2018-04-27 08:27:08 +08:00 via iPhone mongodb | 
|      7csl1995      2018-04-27 08:42:24 +08:00 via iPhone 有钱换 oracle,没钱用 mycat 作分库分表。优化索引,优化 sql。提高硬件配置,读写分离,加缓存。 你要给个具体场景和情况啊,不然定位不到瓶颈。 还有数据量大肯定有一定时延问题,关键看你们应用的容忍度,优化到一定程度即可。 |