qq_14828239的博客

转载：https://mp.weixin.qq.com/s/BkqlcroklsthJJTtI-Xtow本篇主要内容如下：本篇主要内容帮你总结好的锁：序号 锁名称 应用 1 乐观锁 CAS 2 悲观锁 synchronized、vector、hashtable 3 自旋锁 CAS 4 可重入锁 synchronized、Reentrantlock、Lock 5 读写锁 ReentrantReadW

一、数据库瓶颈不管是IO瓶颈，还是CPU瓶颈，最终都会导致数据库的活跃连接数增加，进而逼近甚至达到数据库可承载活跃连接数的阈值。在业务Service来看就是，可用数据库连接少甚至无连接可用。接下来就可以想象了吧（并发量、吞吐量、崩溃）。1、IO瓶颈第一种：磁盘读IO瓶颈，热点数据太多，数据库缓存放不下，每次查询时会产生大量的IO，降低查询速度 ->分库和垂直分表。第二种：网络IO瓶颈，请求的数据太多，网络带宽不够 ->分库。2、CPU瓶颈第一种：SQL问题，如SQL中..

说明：在实际的业务中，难免会跟第三方系统进行数据的交互与传递，那么如何保证数据在传输过程中的安全呢（防窃取）？除了https的协议之外，能不能加上通用的一套算法以及规范来保证传输的安全性呢？下面我们就来讨论下常用的一些API设计的安全方法，可能不一定是最好的，有更牛逼的实现方式，但是这篇是我自己的经验分享.一：token 简介Token：访问令牌access token, 用于接口中, 用于标识接口调用者的身份、凭证，减少用户名和密码的传输次数。一般情况下客户端(接口调用方)需要先向服务器端申请

转载自：https://mp.weixin.qq.com/s/clVnq9tXbSUC1U1kCnA8YA正文接下来以下图较简单的网络拓扑模型作为例子，探究探究其间发生了什么？01 孤单小弟 —— HTTP浏览器做的第一步工作是解析 URL首先浏览器做的第一步工作就是要对URL进行解析，从而生发送给Web服务器的请求信息。让我们看看一条长长的 URL 里的各个...

转载：https://www.jianshu.com/p/eb571e4065ec，用于自己学习记录随着分布式服务架构的流行与普及，原来在单体应用中执行的多个逻辑操作，现在被拆分成了多个服务之间的远程调用。虽然服务化为我们的系统带来了水平伸缩的能力，然而随之而来挑战就是分布式事务问题，多个服务之间使用自己单独维护的数据库，它们彼此之间不在同一个事务中，假如A执行成功了，B执行却失败了，而A的事...

转载自方志朋的博客，仅用于自己学习，转载链接：https://mp.weixin.qq.com/s/2aBDiUzS96I33SjpE1YLpA目录1.前言2.整体思考3.高性能3.1 动静分离3.1.1 数据拆分3.1.2静态缓存3.1.3数据整合3.1.4小结3.2热点优化3.2.1热点操作3.2.2热点数据3.3 系统优化...

此博客复制方志朋的博客，用于记录服务器架构演进1.概述本文以淘宝作为例子，介绍从一百个并发到千万级并发情况下服务端的架构的演进过程，同时列举出每个演进阶段会遇到的相关技术，让大家对架构的演进有一个整体的认知，文章最后汇总了一些架构设计的原则。2.基本概念在介绍架构之前，为了避免部分读者对架构设计中的一些概念不了解，下面对几个最基础的概念进行介绍。1）什么是分布式？系统中...