• 网站首页
• 网站建设
• 短视频
• 网站推广
• 网站模板
• 客户案例
• 资讯动态
• 关于我们

mysql qps查询,Elasticsearch怎么这么慢_数据库

当前位置：网站建设 > 技术支持

优点：

1.高并发。实测es单机分配10g内存单实例，写入能力1200qps，60g内存、12核CPU起3个实例预计可达到6000qps。

2.同机房单条数据写入平均3ms（比mysql慢，mg不清楚）3.容错能力比mg强。比如1主多从，主片挂了从片会自动顶上4.满足大数据下实时读写需求，无需分库（不存在库的概念）。5.易扩展。实例间做下配置即可扩展并发性和容积，自动分配的写入机制，无需操心传统db中多主同步的诟病6.支持较复杂的条件查询，group by、排序都不是问题7.具有一定的关系性，但不用担心大字段的问题缺点：1.不支持事务2.读写有一定延时（不知道其他大牛是否遇到这个问题），我是写入一分钟后再做读操作3.无权限管理也是最近开始用，说下我的应用场景，用来存储线上日志做实时分析（类似淘宝鹰眼，但是完全实时），存储结构化的日志及原文，也调研过很多db，mg也有考虑过，相比之下实现和运维成本mg都要高不少我的场景如下：1.高并发，设计日志并发80wqps（实际存储会用一些策略缩小规模，约万级别）2.单条数据体积大，允许最大20k3.要求支持条件查询4.实时性高，目前从日志存储开始到出分析结果3分钟，包含前面提到的读写延时（求解决方案）目前就想到这么多，欢迎交流

版权说明：
本网站凡注明“广州京杭 原创”的皆为本站原创文章，如需转载请注明出处！
本网转载皆注明出处，遵循行业规范，如发现作品内容版权或其它问题的，请与我们联系处理！
欢迎扫描右侧微信二维码与我们联系。