84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
认证0级讲师
1亿的数据分30个左右的表就差不多了，单表数据量尽量不要超过500W,不然索引的效率会下降，对必要的查询条件建立索引，单次100ms查询并没有什么问题.cobar只是一个分表分库的框架，跟查询效率没有什么关系，Hbase是存储系统，两者不能混为一谈
cobar 好？还是Hbase好？
可以试试mycat
试试es吧
提高查询性能（优化读），一般就是分布式+多副本。1亿条记录，对单台MySQL来说是很大的，但对于HBase来说，太easy。但是HBase属于NOSQL，与MySQL在应用上差别很大的，这个要考虑清楚。另外还有ElasticSearch（本身是检索，但作为数据库未尝不可）、MongoDB，这些都可以考虑。
一亿条，还没到分库的级别，分表的维度才是重点，一台主N台读就可以了，做好索引
1亿的数据分30个左右的表就差不多了，单表数据量尽量不要超过500W,不然索引的效率会下降，对必要的查询条件建立索引，单次100ms查询并没有什么问题.cobar只是一个分表分库的框架，跟查询效率没有什么关系，Hbase是存储系统，两者不能混为一谈
cobar 好？还是Hbase好？
可以试试mycat
试试es吧
提高查询性能（优化读），一般就是分布式+多副本。1亿条记录，对单台MySQL来说是很大的，但对于HBase来说，太easy。但是HBase属于NOSQL，与MySQL在应用上差别很大的，这个要考虑清楚。另外还有ElasticSearch（本身是检索，但作为数据库未尝不可）、MongoDB，这些都可以考虑。
一亿条，还没到分库的级别，分表的维度才是重点，一台主N台读就可以了，做好索引