new doc

digoal zhou · digoal zhou · commit 84b9eb29c19c · 2022-01-10T18:06:34.000+08:00
diff --git a/202112/20211231_01.md b/202112/20211231_01.md
@@ -57,7 +57,12 @@ rds pg -> polardb 开源产品、运营规划
 重新寻找人生的意义    
 - 人的死亡分3次: 1肉体, 2名, 3作品. 给这个世界留下一件伟大的作品.    
   
-第二条命, 自组织涌现, 虚拟生命    
+第二条命, 逻辑上存在的虚拟集体生命.   
+- 同一性+自组织涌现=虚拟生命
+    - 同一性要求每个个体对同一性法则的绝对相信
+    - 自组织要求附近个体之间的强连接    
+    
+[《德说-第84期, 挨家挨户》](../202201/20220102_01.md)  
   
 ## 三、2022 数据库行业 寄语:    
 锚定用户, 多点创新. 脚踏实地, 少用杠杆. 比较优势, 合作共赢.    
diff --git a/202201/20220102_01.md b/202201/20220102_01.md
@@ -31,6 +31,11 @@ PostgreSQL , 挨家挨户
 这些小单元能形成规模化协作靠的是:  
 自上而下的同一性.    
 自下而上的自组织性.     
+   
+第二条命: 虚拟集体生命是一套逻辑.   
+- 同一性+自组织涌现=虚拟生命
+    - 同一性要求每个个体对同一性法则(逻辑)的绝对相信
+    - 自组织要求附近个体之间的强连接
   
   
 虚拟生命不止一个, 但是有迹可循, 找到真谛即可组成虚拟的生命.    
diff --git a/202201/20220110_02.md b/202201/20220110_02.md
@@ -0,0 +1,38 @@
+## github star趋势      
+                                      
+### 作者                               
+digoal                                      
+                                      
+### 日期                                      
+2022-01-10                                 
+                                      
+### 标签                                      
+PostgreSQL , github                                        
+                                      
+----                                      
+                                      
+## 背景        
+打印github的star趋势, 直观展现斜率变化、跳变时间点, 有助于帮助分析项目的运营或产品发布等事件对star的影响.    
+  
+https://segmentfault.com/a/1190000019496369  
+  
+https://github.com/SmallStoneSK/github-star-trend  
+  
+https://star-history.com  
+  
+    
+  
+#### [期望 PostgreSQL 增加什么功能?](https://github.com/digoal/blog/issues/76 "269ac3d1c492e938c0191101c7238216")
+  
+  
+#### [PolarDB for PostgreSQL云原生分布式开源数据库](https://github.com/ApsaraDB/PolarDB-for-PostgreSQL "57258f76c37864c6e6d23383d05714ea")
+  
+  
+#### [PostgreSQL 解决方案集合](https://yq.aliyun.com/topic/118 "40cff096e9ed7122c512b35d8561d9c8")
+  
+  
+#### [德哥 / digoal's github - 公益是一辈子的事.](https://github.com/digoal/blog/blob/master/README.md "22709685feb7cab07d30f30387f0a9ae")
+  
+  
+![digoal's wechat](../pic/digoal_weixin.jpg "f7ad92eeba24523fd47a6e1a0e691b59")
+  
diff --git a/202201/20220110_03.md b/202201/20220110_03.md
@@ -0,0 +1,85 @@
+## 一起学PolarDB - 第13期 - 为什么木桶有短板?       
+                                      
+### 作者                               
+digoal                                      
+                                      
+### 日期                                      
+2022-01-10                                 
+                                      
+### 标签                                      
+PostgreSQL , PolarDB                                       
+                                      
+----                                      
+                                      
+## 背景                      
+懂PostgreSQL, 学PolarDB不难, 就好像有九阳神功护体, 可以快速融会贯通.               
+对于DBA只要学会PolarDB精髓即可.           
+对于开发者来说不需要学习, 使用PolarDB和PostgreSQL一样.               
+             
+#### 为什么木桶有短板?          
+[《一起学PolarDB - 第12期 - 为什么增加只读实例不能提高单条SQL的执行速度?》](../202201/20220110_01.md)  这一期讲了PolarDB 通过多个计算节点可以并行执行同一条SQL, 类似于Greenplum MPP特性.    
+但是Greenplum有短板问题, PolarDB是怎么解决的呢?   
+  
+社区版本:    
+1、Greenplum, 由于SQL是在多个计算节点上并行执行的, 所以SQL的执行时间取决于最慢的节点. 当计算节点的负载不均匀、计算能力不均匀、IO设备性能不均匀的情况下, 性能会出现剧烈抖动.  
+2、还有一种情况是数据的存储结构倾斜, 也会导致短板, 例如分布键字段的某value比其他value记录条数多很多, 使得这部分数据所在的计算节点数据量比其他节点多很多, 这个节点就会成为短板.   
+非分布键数据倾斜一般对聚合操作影响不大, Greenplum支持2阶段聚合来解决问题, 但是对数据分布不均匀束手无策:    
+- [《Greenplum支持人为多阶段聚合的方法 - 直连segment(PGOPTIONS='-c gp_session_role=utility') Or gp_dist_random('gp_id') Or 多阶段聚合 prefunc》](../201806/20180624_02.md)    
+- [《HybridDB PostgreSQL "Sort、Group、distinct 聚合、JOIN" 不惧怕数据倾斜的黑科技和原理 - 多阶段聚合》](../201711/20171123_01.md)    
+- [《PostgreSQL 11 preview - 多阶段并行聚合array_agg, string_agg》](../201803/20180322_11.md)    
+     
+     
+PolarDB:        
+https://github.com/ApsaraDB/PolarDB-for-PostgreSQL/blob/main/doc/PolarDB-CN/Architecture.md   
+针对前面提到的第一个问题: 当某个节点因为各种原因(例如某个节点的存储raid 5损坏了1块盘, 某个节点的数据存储有倾斜导致了节点负担变大.)存在短板时, 由于Greenplum每个节点只有部分数据, 其他节点不能帮短板节点进行计算, 只能干等.    
+PolarDB 的数据扫描以4MB为单位进行动态扫描, 哪个节点强, 哪个节点就扫得多, 处理得多. 打破短板问题.  目前已实现seqscan的动态扫描.     
+![pic](20220110_03_pic_001.png)    
+  
+动态扫描相比静态扫描的性能提升：  
+![pic](20220110_03_pic_002.png)    
+  
+动态扫描最终能带来的目标和好处:   
+- 消除木桶短板, polardb RW RO可以随意配置, RO与RO也可以随意配置, 运行时负载也可以不对齐.   
+  
+      
+本期问题1:                  
+为什么Greenplum在执行SQL时可能存在木桶短板问题?         
+- a. 由于分布键的数据倾斜, 某个节点的数据比其他节点多  
+- b. 由于Greenplum某些节点的配置比较差   
+- c. 由于Greenplum某些节点的硬件出现性能问题, 例如存储RAID 5遭受坏盘, 导致每次读取需要从校验信息中恢复数据  
+- d. 由于某些计算节点当前比较繁忙  
+                            
+答案:                            
+- abcd            
+                        
+解释:                        
+- 参考本文内容                   
+  
+本期问题2:                  
+PolarDB 通过什么方式来解决SQL执行时某些节点执行较慢的木桶短板问题?         
+- a. 重新选择分布键分布数据  
+- b. 采用动态扫描, 每次扫描4MB数据. 处理快的节点会扫描更多的数据, 处理慢点节点扫描的数据更少.   
+- c. 提升这些较慢节点的配置  
+- d. 增加一层逻辑shard, 将逻辑shard重新按比例分配到不同的计算节点  
+                            
+答案:                            
+- b          
+                        
+解释:                        
+- 参考本文内容        
+  
+  
+#### [期望 PostgreSQL 增加什么功能?](https://github.com/digoal/blog/issues/76 "269ac3d1c492e938c0191101c7238216")
+  
+  
+#### [PolarDB for PostgreSQL云原生分布式开源数据库](https://github.com/ApsaraDB/PolarDB-for-PostgreSQL "57258f76c37864c6e6d23383d05714ea")
+  
+  
+#### [PostgreSQL 解决方案集合](https://yq.aliyun.com/topic/118 "40cff096e9ed7122c512b35d8561d9c8")
+  
+  
+#### [德哥 / digoal's github - 公益是一辈子的事.](https://github.com/digoal/blog/blob/master/README.md "22709685feb7cab07d30f30387f0a9ae")
+  
+  
+![digoal's wechat](../pic/digoal_weixin.jpg "f7ad92eeba24523fd47a6e1a0e691b59")
+  
diff --git a/202201/20220110_03_pic_001.png b/202201/20220110_03_pic_001.png
diff --git a/202201/20220110_03_pic_002.png b/202201/20220110_03_pic_002.png
diff --git a/202201/20220110_04.md b/202201/20220110_04.md
@@ -0,0 +1,57 @@
+## 德说-第85期, 虚像=逻辑=基因=生命        
+                                  
+### 作者                                  
+digoal                                  
+                                  
+### 日期                                  
+2022-01-10                                 
+                                  
+### 标签                               
+PostgreSQL , 虚像 , 逻辑 , 基因 , 生命 , 同一性 , 自组织       
+                                
+----                                
+                                
+## 背景                                
+视频回放:     
+    
+逻辑=基因=生命      
+    
+是什么让集体的行为有了意识? 是什么让独立的个体能够组合成为虚拟集体生命?     
+- 是逻辑!      
+    
+专业术语 - 虚拟生命的2条法则:     
+- 同一性的核心要素: 要求每个个体对同一性法则(逻辑)的绝对相信    
+- 自组织涌现的核心要素: 要求附近个体之间的强连接    
+    
+让人去相信无法证伪、无法证实的虚像, 相信看不见摸不着的逻辑, 是非常困难的事情:    
+但是有句话你应该听过: 因为相信所以看见     
+- 黄帝内经: 不信 - 阳虚     
+- 黄帝内经: 存疑 - 阴实     
+- 信仰信仰, 首先是信      
+    
+科学的现状就像《矩阵》里这个世界的虚拟设定:      
+- 给你点希望, 好像通过努力就能过得更好.      
+- 如果你的目标是无穷大, 走100步和走100万步是一样的. 在系统内永远无法突破边界.      
+    - 就好像 拿个杆子, 绑个球, 绑在身体上, 你感觉跳起来就能购得到, 实际上永远够不到.      
+    
+推荐:    
+- 圣经    
+- 开悟者眼中的生命真相    
+- 复杂    
+- 必然    
+    
+  
+#### [期望 PostgreSQL 增加什么功能?](https://github.com/digoal/blog/issues/76 "269ac3d1c492e938c0191101c7238216")
+  
+  
+#### [PolarDB for PostgreSQL云原生分布式开源数据库](https://github.com/ApsaraDB/PolarDB-for-PostgreSQL "57258f76c37864c6e6d23383d05714ea")
+  
+  
+#### [PostgreSQL 解决方案集合](https://yq.aliyun.com/topic/118 "40cff096e9ed7122c512b35d8561d9c8")
+  
+  
+#### [德哥 / digoal's github - 公益是一辈子的事.](https://github.com/digoal/blog/blob/master/README.md "22709685feb7cab07d30f30387f0a9ae")
+  
+  
+![digoal's wechat](../pic/digoal_weixin.jpg "f7ad92eeba24523fd47a6e1a0e691b59")
+  
diff --git a/202201/readme.md b/202201/readme.md
@@ -2,6 +2,9 @@
   
 ### 文章列表  
 ----  
+##### 20220110_04.md   [《德说-第85期, 虚像=逻辑=基因=生命》](20220110_04.md)  
+##### 20220110_03.md   [《一起学PolarDB - 第13期 - 为什么木桶有短板?》](20220110_03.md)  
+##### 20220110_02.md   [《github star趋势》](20220110_02.md)  
 ##### 20220110_01.md   [《一起学PolarDB - 第12期 - 为什么增加只读实例不能提高单条SQL的执行速度?》](20220110_01.md)  
 ##### 20220105_01.md   [《一起学PolarDB - 第11期 - 为什么实例越大备份与恢复越难?》](20220105_01.md)  
 ##### 20220104_03.md   [《一起学PolarDB - 第10期 - 为什么数据库重启或崩溃恢复后性能可能瞬间很差?》](20220104_03.md)  
diff --git a/README.md b/README.md
@@ -87,6 +87,9 @@ digoal's|PostgreSQL|文章|归类
   
 ### 所有文档如下  
 ----  
+##### 202201/20220110_04.md   [《德说-第85期, 虚像=逻辑=基因=生命》](202201/20220110_04.md)  
+##### 202201/20220110_03.md   [《一起学PolarDB - 第13期 - 为什么木桶有短板?》](202201/20220110_03.md)  
+##### 202201/20220110_02.md   [《github star趋势》](202201/20220110_02.md)  
 ##### 202201/20220110_01.md   [《一起学PolarDB - 第12期 - 为什么增加只读实例不能提高单条SQL的执行速度?》](202201/20220110_01.md)  
 ##### 202201/20220105_01.md   [《一起学PolarDB - 第11期 - 为什么实例越大备份与恢复越难?》](202201/20220105_01.md)  
 ##### 202201/20220104_03.md   [《一起学PolarDB - 第10期 - 为什么数据库重启或崩溃恢复后性能可能瞬间很差?》](202201/20220104_03.md)  
