这个需求选择什么数据库比较好呢？

[slogon]

主要目标：存取每天的成交订单信息到库里，比如订单标题，价格等商品信息，供用户查询。
用户查询时，最主要的就是通过订单标题查询（商品详情暂时不考虑），用户输入关键字，能在订单标题中查询到所有相关的订单。
每天增量10w左右。
mysql怕量大了会慢，然后最关键的是查询，简单的like查询满足不了需求，希望像全文搜索那种，相关的都能被查到，而不是字符串完全一样才能被查到。。。
看了MongoDB的全文索引，可是不支持中文。。。
大家帮忙看看，用啥比较好呢？

[Septembers]

PostgreSQL

[Septembers]

（MySQL 单表1亿行 不分区连表都打不开
（PS：由于数据源/数据结构/硬件参数等问题 此回答仅供参考

[xlrtx]

不是很在行, 不知道用solr好不好..

[xlrtx]

@xlrtx 只是学过一些理论, 大型商用数据库最好用nosql, 方便做OLAP数据分析

[xlrtx]

@xlrtx 完全说了, 无视上面的答案吧~

[yangqi]

这种量肯定要设计成分布式的吧，不然不管什么数据库迟早会遇到问题

[line]

如果频繁的like，还是全放内存好了

[mringg]

感觉分表就可以，一个月一张表

[wy315700]

@Septembers
一亿条数据还到不了MySQL的瓶颈
innodb 毫无压力。

[zhicheng]

MySQL + ES 毫无疑问的。

[beneo]

MySQL + ElasticSearch，还要简单上阿里云吧

[est]

@Septembers 谁说的？QQ群那个表我就mysql 跑的。avg() 全表，10多亿行，30秒出结果。

[yakczh]

mysql 2000万条 秒查,再往上就要考虑分表

[mozartgho]

MySQL InnoDB完全满足你目前的需求，再大了可以考虑下Redis集群

[albertlee]

可以使用hbase来做，可以支持lz所说的场景

[realpg]

Mysql存数据， Elasticsearch做搜索引擎

[hkbarton]

(My/Postgre)Sql + ElasticSearch/Solr

[lilydjwg]

@Septembers MySQL 这么弱啊，难怪大家都在讨论 MySQL 分表分库呢。就没见 PostgreSQL 这么折腾。

PostgreSQL + ElasticSearch，虽然是 Java 的。推荐用 bigram 做索引，别折腾分词了。

[slogon]

@mozartgho mysql查询这部分怎么解决呢？

[caoyue]

我觉得 MySQL + ElasticSearch 应该够了
历史数据可以分表
查询所有数据的应该相对比较少，比如淘宝京东都是默认查三个月内的订单