[国内信息] 大佬谈阿里云服务器优惠技巧！ [复制链接]
查看:282014 | 回复:663

gydtep · 发表于 2021-11-9 17:09:39

故障演练
随机关闭生产环境中的实例。
让某台机器的请求或返回变慢，观察系统的表现，可以用来测试上游服务是否有服务降级能力，当然如果响应时间特别长，也就相当于服务不可用。

gydtep · 发表于 2021-11-9 20:31:16

BASE 理论
BASE 理论的核心思想是：如果无法做到强一致性，或者做到强一致性要付出很大的代价，那么应用可以根据自身业务特点，采用适当方式来使系统达到最终一致性，只要对最终用户没有影响，或者影响是可接受的即可。

gydtep · 发表于 2021-11-10 08:30:45

目前主流的分布式数据库都使用了基于两阶段提交（2PC）的策略，包括 Percolator 算法和 XA 协议。Percolator 是 Google 基于 BigTable 做的分布式系统，一个重要的设计就是使用了 Percolator 算法支持分布式事务。

gydtep · 发表于 2021-11-10 11:39:17

基于Lock模式的分布式事务在有单记录并发冲突时整体性能偏低，目前数据库业界的解法是事务多版本的MVCC策略，尽管我们的 DN 节点 InnoDB 本身支持基于 MVCC 的快照读，但我们却无法提供高效的快照读事务策略，

gydtep · 发表于 2021-11-10 13:47:54

在私有化的 InnoDB 中，我们会根据事务的 SNAPSHOT_TS 来决定可见性，同时我们也会让新事务的读请求在遇到处于 prepare 状态的数据时进行等待，避免处于 prepare 状态的事务 COMMIT_TS 比当前 SNAPSHOT_TS 更小导致 commit 前后数据不同的问题。

gydtep · 发表于 2021-11-10 16:49:58

只读连接优化
一个事务如果使用 START TRANSACTION READ ONLY 开启，那么我们就会将事务标记为只读事务。我们会直接通过多个 autocommit 的单语句获取需要的数据，避免长期持有连接和事务的开销。

gydtep · 发表于 2021-11-11 07:13:40

先自我介绍一下，我叫道延， 2014年进入阿里，在阿里通信呆了接近两年。2016年底到了业务平台，当时玄难找我的第一件事就是要解决大促的问题，第二件事就是解决安全生产的问题。

gydtep · 发表于 2021-11-11 10:23:14

第一个是形散而神不散。架构其实是每个应用线每个业务线都有。有些技术同学本身就是有架构师的这种角色。阿里很早以前是专门有架构师岗位，专门的去做架构，但是做着做着架构师就做没了。

gydtep · 发表于 2021-11-11 14:26:05

3.第三点是解决复杂问题。好的架构师都在解决复杂的问题。只有复杂的问题，它才需要更多不一样的技术或更新的技术彻底解决。高并发高可用是我们阿里电商面临的基本面问题，但是架构师要有不一样的高并发和高稳定性的解决思路。

gydtep · 发表于 2021-11-12 07:48:09

代码文本不是简单的二维平面结构，看懂一段代码需要反复地通过定义与引用的跳转，才能将代码深层次的逻辑和片段影响范围理解透彻。纯文本形式的代码浏览是网页端代码评审的最大痛点之一，