一、缘起（1）并发量大，流量大的互联网架构，一般来说，数据库上层都有一个服务层，服务层记录了“业务库名”与“数据库实例”的映射关系，通过数据库连接池向数据库路由sql语句以执行：如上图：服务层配置用户库user对应的数据库实例物理位置为ip（其实是一个内网域名）。（2）随着数据量的增大，数据要进行水平切分，分库后将数据分布到不同的数据库实例（甚至物理机器）上，以达到降低数据量，增强性能的扩容目的：
分类：
数据库 时间：
2020-11-18 13:09:39
阅读次数：
15
一分钟系列之《啥，又要为表增加一列属性？》分享了两种数据库属性扩展思路，被喷得厉害。第二天补充了一篇《这才是真正的表扩展方案》，分享了互联网大数据高并发情况下，数据库属性扩容的成熟工具及思路。对于version+ext方案，还是有很多朋友质疑“线上不可能这么用”。本篇将讲述一下58同城最核心的数据“帖子”的架构实现技术细节，说明不仅不是“不可能这么用”，而是大数据，可变属性，高吞吐场景下的“常用手
分类：
其他好文 时间：
2020-11-18 13:05:44
阅读次数：
10
一、什么是高并发高并发（HighConcurrency）是互联网分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计保证系统能够同时并行处理很多请求。高并发相关常用的一些指标有响应时间（ResponseTime），吞吐量（Throughput），每秒查询率QPS（QueryPerSecond），并发用户数等。响应时间：系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms，这
分类：
其他好文 时间：
2020-11-18 13:05:25
阅读次数：
6
Q1不知不觉的过完了，借着放假，把Q1的文章做一个系统化的总结，平时看上去一篇一篇比较零散，过一段时间回过头来结构化一把。一月份，简单聊了下三大分离架构实践：《互联网动静分离架构实践》2.3W+《互联网读写分离架构实践》2.2W+《互联网前后台分离架构实践》2.5W+或许，这些技术不是啥新鲜玩意，很多公司也都在用，文章重点阐述了“这些技术用来解决什么问题”，以及“常见的实践”。一月份还有一篇重磅文
分类：
其他好文 时间：
2020-11-18 12:20:49
阅读次数：
4
2017精选索引，入选规则为：截止至2017年12月28日文章截止到发文，阅读1W+【架构必备】《互联网架构如何实现“高并发”》4W+《TCP接入层的负载均衡、高可用、扩展性架构设计》2.2W+《配置中心架构设计演进》1.7W+《跨公网调用的大坑与架构优化》1.4W+《DNS在架构设计中的巧用》1.9W+《消息如何在网络上安全传输》1.2W+《10W定时任务，如何高效触发》2.9W+《工作线程究竟
分类：
其他好文 时间：
2020-11-18 12:18:05
阅读次数：
2
前文介绍了通用+可扩展的http监控平台与log监控平台的架构：《通用+可扩展http监控平台/框架》《通用+可扩展log监控平台/框架》结果，评论里各种冷嘲热讽。监控这个topic本来有很多细节可以聊，既然大伙公司都做得比较完善，后续就不纠细节了，聊聊方向上的思考，架构上的设计。今天和大伙聊聊多维度立体化监控。一、什么是多维度立体化监控不同公司或多或少有一些自动化监控手段，除了前文提到的：htt
分类：
其他好文 时间：
2020-11-18 12:16:50
阅读次数：
3
简介如何配置虚拟机使其在可以访问互联网的同时又能被Host宿主机访问呢？网上有一些帖子介绍了几种方法，比如有一种方法是将Guest的网卡设置为NAT方式，然后配置了端口映射，还有一种通过创建自定义的虚拟网卡然后进行一系列繁琐的配置后实现以上目的。我觉得都太繁琐，有没有更简单的方式呢？下面让我们来看一下我是如何配置我的网络从而实现上述要求的。环境Win10pro（Host操作系统）VMware?Wo
分类：
其他好文 时间：
2020-11-18 12:12:38
阅读次数：
7
RD：单库数据量太大，数据库扛不住了，我要申请一个数据库从库，读写分离。DBA：数据量多少？RD：5000w左右。DBA：读写吞吐量呢？RD：读QPS约200，写QPS约30左右。上周在公司听到两个技术同学讨论，感觉对读写分离解决什么问题没有弄清楚，有些奔溃。另，对于互联网某些业务场景，并不是很喜欢数据库读写分离架构，一些浅见见文末。一、读写分离什么是数据库读写分离？答：一主多从，读写分离，主动同
分类：
数据库 时间：
2020-11-17 13:03:37
阅读次数：
27
如《互联网分层架构的本质》所述，互联网分层架构的本质，是数据的移动。数据的移动，需要载体，DB和cache是常见的数据存储载体。如上图：service-A将数据放入cacheservice-B从cache里读取数据cache作为数据存储载体的好处是：cache的读取和写入都非常快service-A和service-B物理上解耦关于“物理上解耦”的概念，详见《互联网架构解耦利器》。本期讨论点：你遇到
分类：
其他好文 时间：
2020-11-17 13:03:20
阅读次数：
26
一、基础规范表存储引擎必须使用InnoDB表字符集默认使用utf8，必要时候使用utf8mb4解读：（1）通用，无乱码风险，汉字3字节，英文1字节（2）utf8mb4是utf8的超集，有存储4字节例如表情符号时，使用它禁止使用存储过程，视图，触发器，Event解读：（1）对数据库性能影响较大，互联网业务，能让站点层和服务层干的事情，不要交到数据库层（2）调试，排错，迁移都比较困难，扩展性较差禁止在
分类：
数据库 时间：
2020-11-17 12:55:07
阅读次数：
14
