58沈剑 架构师之路 2019-12-31
硬核技术:
InnoDB架构,一幅图秒懂!》1.7W+
写缓冲(change buffer),这次彻底懂了》1.9W+
缓冲池(buffer pool),这次彻底懂了》2.6W+
(double write buffer),你居然没听过?》1.3W+
InnoDB到底支不支持哈希索引?》1W+
事务已提交,数据却丢了,为啥!》1.5W+
批量删除数据,常见的大坑!》1.6W+
memcache内核实现细节》1.8W+
微服务架构,脱不开的RPC细节》3.3W+
一次性搞透协议设计》2.2W+
一次性搞透搜索技术》2.7W+
数据库实践:
数据库架构设计中,最重要的“基概”!》1.6W+
两个工具搞定MySQL死锁》1.7W+
两类非常隐蔽的全表扫描,不能命中索引》1.5W+
数据库允许空值(null),是悲剧的开始》2.8W+
同一个SQL,为啥性能差异这么大呢?》2.3W+
如何利用工具,迅猛定位低效SQL?》1.7W+
如何避免回表查询?什么是索引覆盖?》1.2W+
数据库,主键为何不宜太长?》2W+
频繁insert的业务,该用什么存储引擎?》2W+
MySQL表锁,总以为自己懂了》1.6W+
删库跑路,如何用技术方案避免?》1W+

索引,一文搞定》1.2W+
主键,不少人以为自己懂了》1.2W+
主键,聚集索引,不是一个东西!》1W+
自增主键,很多人以为自己懂了!》1W+
自增ID,大部分人仍然搞错了!》1W+

业界难题,跨库分页的几种方案》2.1W+
互联网公司为啥都不用MySQL分区表?》3W+
亿级数据,DB秒级扩容》2.1W+
数据库平滑扩容的几种方案》1W+
ServiceMesh&Istio:
ServiceMesh究竟解决什么问题?》1.5W+
Istio究竟是干嘛的?》1.8W+
Istio分层架构?80%的人有误解》1.3W+
Istio实现灰度发布,就是这么轻松》2W+
Istio流控、服务发现、负载均衡》1W+
架构设计:
究竟什么时候该使用MQ?》1.8W+
互联网架构,究竟为什么需要配置中心?》1.2W+
数据库软件架构,到底要设计些什么?》1.4W+
1万属性10万并发100亿数据架构设计》2.8W+
一次性搞透高可用》1.8W+
一次性搞透高并发》2W+
微服务架构,多“微”才合适?》1.9W+
架构优化,IP直通车》2.4W+
业务实践:
故障转移+服务发现+负载均衡都和它有关!》1.5W+
即时抽奖,等概论中奖,如何实现?》1W+
高速飞机上换引擎,MQ如何平滑迁移?》1.3W+
30亿日志,检索+分页+后台展示,你是否遇到过更奇葩的需求?》2W+
1000亿文本信息,高并发MD5查询,这么大数据量的业务怎么弄?》1.6W+
用单库自增键来生成id了,后期怎么分库?》2.2W+
处理亿级数据的“定时任务”,如何缩短执行时间?》1.8W+
粉丝关系链,10亿数据,如何设计?》1.4W+
几万条群离线消息,如何高效拉取,会不会丢?》1.5W+
盘口数据频繁变化,100W用户如何实时通知?》1.2W+
每秒30W次的点赞业务,怎么优化?》2.2W+
每秒20W次并发分词检索,架构如何设计?》1.5W+
几千万记录,数据库表结构如何平滑变更?》1.3W+

消息顺序性为何这么难?》2.3W+
保证消息顺序性的一种方法》1.3W+
群聊比单聊,为什么复杂这么多?》1.6W+
别人家的APP,为啥上报日志这么省流量?》1.7W+

改了配置,不想重启,怎么整?》2.1W+
如何设计,容易挨揍的URI???》1.4W+
Java服务,内存OOM问题如何快速定位?》1W+
Java服务,CPU100%问题如何快速定位?》1W+
线程数,射多少最合理?》3.5W+

算法细节:
拜托,面试别再问我最大值最小值了!》1.9W+
拜托,面试别再问我表达式求值了!》1.3W+
讲透并发扣款:
并发扣款,如何保证数据的一致性?》2.5W+
并发扣款一致性优化,CAS下ABA问题》1.5W+
并发扣款一致性,幂等性问题》1.5W+
并发扣款一致性,能否使用redis事务》1.7W+
同是高并发,QQ/微博/12306的难度一样吗?》2.2W+
每秒100W请求的12306秒杀,如何优化?》3.5W+
带队作战:
需求又变了,要不要怼回去 | 新晋leader》2.6W+
锅都不敢背,凭什么让大家跟着你干 | 新晋leader》3W+
leader该不该管得这么细?| 新晋leader》2.1W+
leader该不该手把手指导?| 新晋leader》1.9W+
目标,激励,提醒 | 新晋leader》1.5W+
leader是怎样的思考方式 | 新晋leader》1.7W+
会沟通才可能找到女友 | 新晋leader》1.6W+
究竟改如何激励团队?| 新晋leader》1.1W+
学会聆听,才能带好团队 | 新晋leader》1W+
遇到问题后的本能反应,决定职场发展高度 | 新晋leader》1.8W+
画外音:带团队过程中的一些思考。
一分钟系列:
1分钟实现连接池》1.9W+
1分钟让shell脚本不再业余》2.1W+
几个线上问题追查的常用命令》1.4W+
内存KV缓存/数据库,可以选择它?》1.3W+
线上问题排查,这些命令你一定用得到!》1.8W+
其他:
善良的人,将成为最终的赢家》1.7W+
永远相信别人,到底是不是愚蠢?》1.1W+
职场新人,这6点很重要》1W+
做个好父亲为什么这么难》1W+
技术演讲,如何快速做到80分》2W+
80后回忆杀,看到第一张就哭了》2.2W+
油腻的中年人,请对自己好一点》2.4W+
伤害技术人的13项法宝,请勿轻易尝试》4W+
搬家,那一年的委屈,我流下了无助的热泪》1.4W+
震惊!薛兆丰居然这样看待996?》2W+
架构师到底该不该写代码》1.7W+
互联网公司的技术人,为什么不写文档?》2.2W+
别人不写设计文档,我写了,所以我吃亏了?》1.7W+
高情商的男生,是怎么陪女朋友逛街的?》1W+
小朋友哭着要买,到底该怎么办?》1.2W+
老公,我穿这条裙子好看吗?》1.8W+

晋升的为什么不是你》2W+
你唯一能控制的,是自己的脾气与努力!》1.3W+
机会,大部分时候,并不是留给有准备的人!》1.6W+
一定程度上,你的收入取决于你的努力程度》1.3W+

我不够聪明,但我就是不服》1.9W+
我不会,但我可以学!》2W+
画外音:一些奋斗史,以及自己的思考。

三篇阅读最高的:

如何插入?| 非开车,纯技术交流》7.2W+

阿里云故障,除了干等,还能做些什么》8.7W+
2018精选100篇》10W+
画外音:不懂为何第一篇阅读这么高。
可能是广告的原因,今年是被骂得最多的一年,说实话,有点心灰意冷。不想强调写一篇文章有多困难,以换取大家的同理心,如果你写过,你一定知道。

只要大家有收获,熬夜笔耕不辍,身体累其实并不怕。只是,谩骂的声音占上风之后,会渐渐模糊,坚持写下去的动力,或许有一天,心累了,也就停更了。

不过,即使不写文章,也一定会想其他办法,为技术的传播出一份力,职业生涯的前10多年,收获了很多,索取了很多,未来的十年,得进一步输出才行

如《十年》一文所述,除了文字,明年可能有更多形式(视频?直播?线下分享?)来向大家分享这些年学到的技术知识,以及在快狗建立的技术体系。大家有什么好的建议,欢迎探讨!

最近,又有朋友留言,从“架构师之路”里学到的知识,完美回答了面试官提出的一个InnoDB底层细节问题,顺利拿到offer。后来他和面试官一对,原来面试官也是看了架构师之路才学会的这个InnoDB知识点,才问了相关的问题。

[elementor-template id=”6632″]
分类: 架构师

0 条评论

发表回复

Avatar placeholder

您的邮箱地址不会被公开。 必填项已用 * 标注

此站点使用 Akismet 来减少垃圾评论。了解我们如何处理您的评论数据

蜀ICP备16001794号
© 2014 - 2024 linpxing.cn All right reserved.