特定情况的存储引擎
您可以为这种情况建议哪些数据库:
很多插入和更新
复杂的查询(SQL或类似的东西)
很多数据,但经常访问的数量很少(可以在内存中)
如果发生崩溃(但不是一切),可以丢失部分数据(例如最近一小时)
可能的解决方案和问题:
Redis - 看起来不错,但它不支持复杂的查询。
RDBMS(当前解决方案) - 保证ACID并使用硬盘很多,因此更新速度太慢
RDBMS + RAM光盘 - 将使用操作系统交换,恢复问题,并且通常看起来不太可靠
MongoDB - 写入时服务器级锁定,它真的很快吗?
没有找到相关结果
已邀请:
3 个回复
容淑阔九
信藉乒
古擅坛犯