首页
首页
BOT
沸点
课程
直播
活动
AI刷题
NEW
商城
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
58沈剑_架构师之路
掘友等级
架构师
|
58
架构师之路-分享技术思路
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
42
文章 42
沸点 0
赞
42
返回
|
搜索文章
最新
热门
缓冲池(buffer pool),这次彻底懂了!!!
应用系统分层架构,为了加速数据访问,会把最常访问的数据,放在缓存(cache)里,避免每次都去访问数据库。 操作系统,会有缓冲池(buffer pool)机制,避免每次访问磁盘,以加速数据的访问。 MySQL作为一个存储系统,同样具有缓冲池(buffer pool)机制,以避免…
数据库允许空值 (null),往往是悲剧的开始(1 分钟系列)
数据库字段允许空值,会遇到一些问题,此处包含的一些知识点,和大家聊一聊。 id 为索引,非唯一 (non unique),允许空 (null)。 知识点 1(热身): 负向查询不能命中索引,会导致全表扫描。 知识点 2(划重点): 允许空值,不等于 (!=) 查询,可能导致不符…
炸!业界难题,跨库分页的几种常见方案
画外音:此处假设一页数据为 100 条,均拉取第 3 页数据。 高并发大流量的互联网架构,一般通过服务层来访问数据库,随着数据量的增大,数据库需要进行水平切分,分库后将数据分布到不同的数据库实例(甚至物理机器)上,以达到降低数据量,增加实例数的扩容目的。 大部分的业务场景,会使…
群聊比单聊,为什么复杂这么多?
群消息的实时性、可达性、离线消息的复杂度,要远高于单对单消息。 群业务的核心数据结构有两个。 画外音:用来描述一个群里有多少成员。 画外音:用来描述一个群成员的离线消息。 那么,问题来了!对于同一份群消息的内容,多个离线用户似乎要存储很多份。假设群中有 200 个用户离线,离线…
互联网公司为啥都不用MySQL分区表?
当 MySQL 单表的数据量过大时,数据库的访问速度会下降,“数据量大” 问题的常见解决方案是 “水平切分”。 (2)分区表。 画外音:我 C,没听过分区表,有朋友惊叹。 把一个很大的库(表)的数据分到几个库(表)中,每个库(表)的结构都相同,但他们可以分布在不同的 MySQL…
每秒30W次的点赞业务,怎么优化?
_画外音:_计数有微小不准确,不是大问题。 计数系统的难点,还在于业务扩展性问题,以及效率问题。 用来区分共一个 msg_id 的四种不同业务计数,redis 不能支持 key 的模糊操作,必须访问四次 reids。 画外音:这种方案的扩展性和效率是非常低的。 首先看下数据库层…
写缓冲(change buffer),这次彻底懂了!!!
上篇《缓冲池(buffer pool),彻底懂了!》介绍了InnoDB缓冲池的工作原理。 画外音:细节详见《缓冲池(buffer pool),彻底懂了!》。 毫无疑问,对于读请求,缓冲池能够减少磁盘IO,提升性能。问题来了,那写请求呢? 假如要修改页号为4的索引页,而这个页正好…
1万属性,100亿数据,每秒10万吞吐,架构如何设计?
有一类业务场景,没有固定的schema存储,却有着海量的数据行数,架构上如何来实现这类业务的存储与检索呢?58最核心的数据“帖子”的架构实现技术细节,今天和大家聊一聊。一、背景描述及业务介绍什么是58
数据库,主键为何不宜太长长长长长长长长?
先举个简单的栗子说明一下前序知识。 MyISAM 使用索引进行检索时,会先从索引树定位到记录指针,再通过记录指针定位到具体的记录。 画外音:不管主键索引,还普通索引,过程相同。 InnoDB 通过主键索引查询时,能够直接定位到行记录。 但如果通过普通索引查询时,会先查询出主键,…
批量删除数据,常见的大坑!!!
行数据批量 delete 时,InnoDB 如何处理自增 ID,是一个潜在的大坑。 _画外音:_坑就容易出在这里。 今天花 1 分钟,说说使用 truncate 与 delete 批量删除数据的异同。 当不需要该表时,可以使用该方法。 删除所有数据,同时保留表,速度很快。 _画…
下一页
个人成就
优秀创作者
文章被点赞
2,863
文章被阅读
427,491
掘力值
13,674
关注了
0
关注者
4,113
收藏集
0
关注标签
3
加入于
2019-06-14