1. 单用MySQL的问题
1). 单表数据承载有限度,不严谨的说:超过千万数据量就要考虑分表
2). 全文检索场景在MySQL中弱爆了,ngram fulltext索引就是玩笑
3). Innodb索引的B+树(左侧列原理)要根据不同的场景创建超多索引,导致写性能爆炸。
对于"价格"+"品牌"+"配置"组合所建立的索引,"配置"+"价格"+"品牌"这种检索就会失效(构建的索引没有意义)。
支持事务,拥有一致性
2. 单用ElasticSearch的问题
不支持支持事务,没有一致性;
快速检索
1). 单表数据承载有限度,不严谨的说:超过千万数据量就要考虑分表
2). 全文检索场景在MySQL中弱爆了,ngram fulltext索引就是玩笑
3). Innodb索引的B+树(左侧列原理)要根据不同的场景创建超多索引,导致写性能爆炸。
对于"价格"+"品牌"+"配置"组合所建立的索引,"配置"+"价格"+"品牌"这种检索就会失效(构建的索引没有意义)。
支持事务,拥有一致性
不支持支持事务,没有一致性;
快速检索