自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(5)
  • 收藏
  • 关注

原创 阿里内网一位p7大佬关于“限流”的分享(仅限小范围传播)

背景和⽬的Rate limiting is used to control the amount of incoming and outgoing traffic to or from anetwork。限流需要解决的问题本质:1. 未知和已知的⽭盾。互联⽹流量有⼀定的突发和未知性,系统⾃⼰的处理能⼒是已知的。2. 需求和资源的⽭盾。需求可能是集中发⽣的,资源⼀般情况下是稳定的。3. 公平和安全的⽭盾。流量处理⽅式是公平对待的,但其中部分流量有可能是恶意(或者不友好)的,...

2021-01-03 23:16:58 310 1

原创 分布式全局ID生成方案汇总和对比

1. 为什么需要全局ID当业务量不大的时候,单库单表使用数据库自增ID就可以解决绝不多数问题,可是随着业务的增长,势必涉及到分库分表,此时使用数据库的主键ID就会出现问题,因此我们需要一个全局唯一的ID。2. 全局ID的要求全局唯一 支持高并发 能够体现一定属性 高可靠,容错单点故障 高性能3. 生成方案UUID 数据库自增ID 号段模式 Redis twitter 雪花算法(SnowFlake) 滴滴出品(TinyID) 百度 (Uidgenerator) 美团(L

2021-01-03 23:11:33 399

原创 基于Mysql数据库亿级数据下的分库分表实战

基于Mysql数据库亿级数据下的分库分表方案移动互联网时代,海量的用户数据每天都在产生,基于用户使用数据的用户行为分析等这样的分析,都需要依靠数据都统计和分析,当数据量小时,问题没有暴露出来,数据库方面的优化显得不太重要,一旦数据量越来越大时,系统响应会变慢,TPS直线下降,直至服务不可用,可能有人会提出来,为何不用Oracle呢,确实,很多开发者写代码时并不会关心SQL的问题,凡是性能问题都交给DBA负责SQL优化,可是,不是每一个项目都会有DBA,也不是所有的项目都会采用Oracle数据库,而且,O

2021-01-02 17:25:34 952

原创 面试官再问你后端服务怎么优化,你就按这篇文章来怼ta

后端服务实战之性能优化本文简单介绍下后端服务开发中常用的一些性能优化策略。1、代码优化代码实现是第一位的,特别是一些不合理的复杂实现。如果结合需求能从代码实现的角度,使用更高效的算法或方案实现,进而解决问题,那是最简单有效的。2、数据库数据库的优化,总体上有3个方面:1) SQL调优:除了掌握SQL基本的优化手段,使用慢日志定位到具体问题SQL,使用explain、profile等工具来逐步调优。2) 连接池调优:选择高效适用的连接池,结合当前使用连接池的原理、具体的连接池监..

2021-01-02 16:32:34 303

原创 阿里内部强制执行的redis使用规范,违者绩效直接3.25

前言目前互联网大厂大量使用redis、pika作为后端缓存、存储,但是存在存储选型不慎重、结构规划不合理、命令使用不规范的现象,继而造成系统性能达 到瓶颈、活动高峰系统可用性下降、dba可运维难度大大增加。所以就有了这份规范,从源头规范redis使用,避免系统运行过程中出现上述 问题。黑色粗体代表需要关注,红色字体代表特别需要关注。存储选型Redis是一个单进程、基于内存、弱事务的NoSql存储系统,适用于高QPS、低延迟、弱持久化的场景,适宜用作缓存。Pika是一个多线程、基于磁 盘的兼容re

2020-12-31 23:41:45 270

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除