duc*_*kgo 0 database bigdata nosql
这可能听起来是一个普遍的问题,但我有一些想法可以通过在这里分享来进化.
我们的应用程序有几个超过1000万条记录的表格; 查询它们需要大约40秒.我们已经遵循已知的数据库设计实践,例如使用主键,索引等.我们还尝试归档旧行和表拆分等,但它仍然没有那么令人印象深刻.
该应用程序是数据密集型的,但据我所知,尽管像银行这样的许多网站确实拥有大量数据,但它们仍然具有良好的性能 我不是数据库方面的专家; 谁可以在这里指出我错过了什么？
将有一些标准技术,如数据库集群等,一些我的基础设施不允许.
与原始存储相比,是否有可能以更加处理的格式存储数据？数据库设计中是否出现了新的设计实践？我可以轻松迁移到NoSQL吗？NoSQL还有多好？
一千万行并不是那么多.根据个人情况调整您的查询.如果您有一个需要40秒的查询,请找出它是哪一个并修复它.在未编入索引的where子句中使用单个列可以使性能从.0001秒到40秒.大多数数据库都有一个"解释查询"功能,可以告诉您如何执行查询.
我最近处理的一个小的 "大数据"问题有1000亿行 - 压缩数据大约10 TB左右.
如果你还没弄清楚为什么你的查询很慢,你甚至可能不应该考虑非RDBMS解决方案.
| 归档时间： |
|
| 查看次数： |
1109 次 |
| 最近记录： |