首页
学习
活动
专区
工具
TVP
发布

架构师

专栏作者
155
文章
132062
阅读量
37
订阅数
深入理解MySQL执行过程及执行顺序
MySQL在我们的开发中基本每天都要面对的,作为开发中的数据的来源,MySQL承担者存储数据和读写数据的职责。因为学习和了解MySQL是至关重要的,那么当我们在客户端发起一个SQL到出现详细的查询数据,这其中究竟经历了什么样的过程?MySQL服务端是如何处理请求的,又是如何执行SQL语句的?本篇博客将来探讨这些问题。
架构师修行之路
2022-05-23
1.1K0
分布式存储的七方面问题
为什么是7方面的问题?虽说7面只比6面多了一面,又比8面少了1面;然而并非刻意为之。存储领域内的很多知识,可以归结于7个方面: 复制、存储引擎、事务、分析、多核、计算和编译。
架构师修行之路
2022-04-08
3800
老人新坑:新项目别一上来就用微服务!!
微服务变得越来越理所当然,似乎我们一直生活在微服务的世界中。很多时候,我们常常讨论微服务采用与否、如何选型等问题。但本文作者 Arnold Galovics 想讨论的是,为什么一个全新的项目从开始就使用微服务通常是个坏主意。很长一段时间以来,他都在思考这个问题。
架构师修行之路
2021-12-28
2380
面试官问:数据库 delete 表数据,磁盘空间还是被一直占用,为什么?
最近有个上位机获取下位机上报数据的项目,由于上报频率比较频繁且数据量大,导致数据增长过快,磁盘占用多。
架构师修行之路
2021-12-09
6170
原来 Elasticsearch 还可以这么深入的理解
由于近期在公司内部做了一次 Elasticsearch 的分享,所以本篇主要是做一个总结,希望通过这篇文章能让读者大致了解 Elasticsearch 是做什么的以及它的使用和基本原理。
架构师修行之路
2021-09-02
7580
8种常被忽视的SQL错误用法,快来认领一下!
语句分页查询是最常用的场景之一,但也通常也是最容易出问题的地方。比如对于下面简单的语句,一般 DBA 想到的办法是在 type, name, create_time 字段上加组合索引。这样条件排序都能有效的利用到索引,性能迅速提升。
架构师修行之路
2021-09-02
2580
42 张图带你撸完 MySQL 优化
一般传统互联网公司很少接触到 SQL 优化问题,其原因是数据量小,大部分厂商的数据库性能能够满足日常的业务需求,所以不需要进行 SQL 优化,但是随着应用程序的不断变大,数据量的激增,数据库自身的性能跟不上了,此时就需要从 SQL 自身角度来进行优化,这也是我们这篇文章所讨论的。
架构师修行之路
2021-08-06
3870
扣绩效篇 | 终于踩到了SQL慢查询的坑!
将应用发布到生产环境后,前端页面请求后台API返回数据,发现至少需要6s。查看到慢SQL
架构师修行之路
2021-06-09
6020
你知道怎么分库分表吗?如何做到永不迁移数据和避免热点吗?
来源:https://www.toutiao.com/i6677459303055491597
架构师修行之路
2021-04-02
4210
血一般的教训,请慎用insert into select
血一般的教训,请慎用 insert into select。同事应用之后,导致公司损失了近 10w 元,最终被公司开除。
架构师修行之路
2021-03-16
6170
程序员过关斩将--并发控制中的一个小提醒
稍微写过程序的同学都知道并发中最难的就是资源的竞争问题,说的白话一点,其实是数据一致性的问题。最常见的莫过于数据库的Insert和Update操作,对于同一条数据的多个update操作,其实DB在内部利用锁机制把请求顺序化了,换句话说,数据库已经帮你控制好了并发,使应用程序不会出现相互覆盖的操作。举个简单例子,假如用户账号里有100元钱,这个时候有两条update语句
架构师修行之路
2020-12-31
2960
这篇 MySQL 索引和 B+Tree 讲的太通俗易懂!
来源:https://blog.csdn.net/b_x_p/article/details/86434387
架构师修行之路
2020-11-03
5310
程序员修神之路--谈了千百遍的缓存数据的一致性问题
当我们的系统引入缓存组件之后,性能得到了大幅度提升,但是随之而来的是代码需要引入一定的复杂度,比如缓存的更新策略,写入策略,过期策略等,而其中最可能导致程序员加班的莫过于缓存和数据库的一致性问题了,既:缓存中的数据和数据库中的数据不一致。
架构师修行之路
2020-09-24
2960
程序员修神之路--略懂数据库集群读写分离而已
一个可以抵抗高并发流量系统的背后必定有一个高性能的数据库集群,就像每一个成功的男人背后总有一个强势的女人一样。数据库集群在部署模式上属于分布式,但是CAP原则却不适用于分布式数据库,具体原因可见之前文章:、
架构师修行之路
2020-09-14
3620
程序员过关斩将--应对高并发系统有没有通用的解决方案呢?
对性能孜孜不倦的追求是互联网技术不断发展的根本驱动力,从最初的大型机到现在的微型机,在本质上也是为了性能而生。软件系统也存在类似的现象,一个系统从最初的少量访问请求到后期的大并发请求,这都需要我们对性能的提升提供一系列解决方案。像最初的淘宝,也仅仅是一个外包做出来的产品,随着业务的不断发展,淘宝的并发量指数级增加,同时对系统提出了严峻的挑战,这才逐步造就了现在淘宝这样可以支撑数千万人同时在线的高并发系统。
架构师修行之路
2020-09-04
4380
为什么我的Redis这么“慢”?
Redis 作为内存数据库,拥有非常高的性能,单个实例的 QPS 能够达到 10W 左右。
架构师修行之路
2020-08-20
3.5K0
程序员修神之路--分布式下,我想要一致性
CAP理论作为分布式的重要理论基础,指出了在分布式环境下,其实只有AP和CP两种模型去选择。BASE理论作为CAP理论的一个延伸,主张牺牲一致性去换取可用性。反之,一个分布式系统也可以去牺牲可用性去换取一致性。
架构师修行之路
2020-08-04
2540
程序员修神之路--分布式系统设计理念这么难学?
身为二十一世纪的一名程序员,没听说过分布式系统就显得自己好像没有女票一样尴尬。无论是出去面试跟面试官吹水,还是在工作中和同事吹水,分布式系统永远是你显得高人一等的筹码。分布式系统已经诞生了好几十年,说起来比我们八零后程序员好要老成,随着现代互联网的崛起,对于系统在性能,可靠性上的要求大大提高。
架构师修行之路
2020-07-16
3660
导致你的微服务走向失败的11个原因
在过去的几年里,我对多个正在进行数字化转型的产品团队进行了架构审查。发现大多数团队都会使用微服务架构来构建产品,他们使用微服务架构的意图都是正确的:更快的开发速度、更好的可扩展性、更小的独立团队、独立的部署、使用合适的技术来完成工作等等。但大多数时候,我发现团队在使用微服务时都很不顺利,他们没能利用微服务的优势。在这篇文章中,我将分享导致你的微服务走向失败的 11 个原因。
架构师修行之路
2020-06-18
1.1K0
我用对了这些场景下的索引,技术总监夸我棒
生产上为了高效地查询数据库中的数据,我们常常会给表中的字段添加索引,大家是否有考虑过如何添加索引才能使索引更高效,考虑如下问题
架构师修行之路
2020-06-11
5330
点击加载更多
社区活动
Python精品学习库
代码在线跑,知识轻松学
【玩转EdgeOne】征文进行中
限时免费体验,发文即有奖~
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·干货材料·成员作品·最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档