首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
我爱娃哈哈
掘友等级
软件开发、项目管理
|
浙江XXX数据科技有限公司
互联网从业者,分享日常吐槽,互帮互助。个人公众号:服务端技术精选。
获得徽章 8
动态
文章
专栏
沸点
收藏集
关注
作品
赞
18
文章 13
沸点 5
赞
18
返回
|
搜索文章
赞
文章( 13 )
沸点( 5 )
解决MySQL主从复制延迟问题,看这篇就够了
大家可能会发现,自己的主从复制会存在主从数据延迟的问题,甚至会导致读写分离,架构设计在业务层出现较为严重的问题,比如迟迟无法读取到主库已经插入的数据。但这可能并不是 MySQL 复制的问题,而是业务没
20个叹为观止的JavaScript一行代码
20个常用的JavaScript代码片段,快来看看日常开发中你用了多少了。没用过的可以考虑封装起来刷KPI了
Python十大实用技巧【附代码】
1、什么是Python? Python简介 Python 是一个高层次的结合了解释性、编译性、互动性和面向对象的脚本语言。 Python 的设计具有很强的可读性,
「面试高频」秒杀架构的设计套路,你值得拥有!
本篇文章我们开始我们来聊下秒杀架构的相关内容,秒杀架构可以说是综合性非常强的一个场景,而且面试官特别喜欢基于这个场景进行提问,因此有必要好好了解下。 在正式开始之前,我们先来回顾下前面几篇文章的内容。 在第五篇中我们聊了缓存,我们先把数据存放到缓存中,每次请求通过缓存读取数据,…
高频数据采集请求如何不影响主业务(7)
上一篇文章讨论了写缓存的架构解决方案,它虽然可以减少数据库写操作的压力,但也存在不足。比如需要长期高频插入数据时,这个解决方案就无法满足,本篇文章我们就围绕这个问题逐步提出解决方案。在架构方案层层展开的过程中,你会发现不断会有新问题需要考虑。 因业务快速发展,公司系统日活用户高…
如何节省数据库写操作资源(6)【写缓存】
我们在上一篇文章里面详细讨论了缓存的架构方案,它可以减少数据库读操作的压力,却也存在着不足。比如写操作并发量大时,这个方案并不奏效,那该怎么办呢?我们先来看一个具体的业务场景。 有一个这样的场景:一场超低价预约大型线上活动,在某天9:00-9:15期间,用户可以前往预约详情页半…
数据量大读写缓慢如何优化(5)【读缓存】
在前面的四篇文章中,我们从数据持久化层来聊了一些架构设计方案,来处理数据量大读写缓慢的问题。但是架构设计并不是只有这一方面的设计思路,本篇开始我们来从缓存层面来一起看看如何设计。 在一个电商系统中,存放了50000多条商品数据,每次用户浏览商品详情页时,需要先从数据库中读取数据…
数据库表数据量大读写缓慢如何优化(4)【分库分表】
为了便于理解,我们通过一个业务场景来入手。 从上表中发现,目前订单数据量已达上亿,并且每日以百万级速度增长,之后还可能是千万级。 面对如此大的数据量,此时存储订单的数据库竟然还是一个单库单表。对于单库单表而言,一旦数据量实现疯狂增长,无论是IO还是CPU都会扛不住。 为了使系统…
数据库表数据量大读写缓慢如何优化(3)【Elasticsearch的使用】
我们知道Elasticsearch(以下简称“ES”)是基于索引的设计,它没办法像MySQL那样使用join查询,所以,查询数据时我们需要把每条主数据及关联子表的数据全部整合在一条记录中。 | ... | ... | ... | ES是一个分布式查询系统,它的每一个节点都是一个…
数据库表数据量大读写缓慢如何优化(2)【查询分离】
某 SaaS 客服系统,系统里有一个工单查询功能,工单表中存放了几千万条数据,且查询工单表数据时需要关联十几个子表,每个子表的数据也是超亿条。 面对如此庞大的数据量,跟前面的冷热分离一样,每次客户查询数据时几十秒才能返回结果,即便我们使用了索引、SQL 等数据库优化技巧,效果依…
下一页
个人成就
文章被点赞
247
文章被阅读
88,189
掘力值
5,330
关注了
2
关注者
99
收藏集
6
关注标签
87
加入于
2019-09-30