new doc

Author: digoal

201907/20190713_01.md

@@ -4,7 +4,7 @@
 digoal                                                                           
 
 ### 日期                                                                           
-2019-07-12                                                                        
+2019-07-13                                                                        
 
 ### 标签                                                                           
 PostgreSQL , mergejoin , 扫描方法 , 写法注意 , query rewrite , 内核优化      

201907/20190719_01.md

@@ -29,6 +29,29 @@ PostgreSQL , quorum based replication , 脑裂 , 逻辑复制
 
 使用多副本，强一致，达到不发生脑裂的效果。  
 
+需要注意：PG同步复制时，本地REDO先刷盘，然后wal sender会等从库的FEEDBACK来释放处于等待队列中的会话。如果用户直接cancel（发送cancel）信号，那么本地实际是已提交，只是用户并不知道（处于unknown状态的事务），如果这个时候发生切换，老的主库实际REDO会比任意从库都要多一点数据，（虽然实际上unknown状态的事务是可以丢掉的），  
+  
+1、剩余可控从库的个数要至少达到m-n+1个，m为sync从库个数，n为从库副本数，可以保证不发生脑裂（脑裂指主库多出非unknown的事务）。  
+  
+2、至少需要控制max((m-n+1), n)个从库，才能保证切换时的数据0丢失。    
+    
+https://www.postgresql.org/docs/12/runtime-config-replication.html#RUNTIME-CONFIG-REPLICATION-MASTER  
+  
+```
+[FIRST] num_sync ( standby_name [, ...] )
+ANY num_sync ( standby_name [, ...] )      # quorum based sync replication配置
+standby_name [, ...]
+```
+  
+ANY=n  
+总共多少个standby_name=m  
+  
+如下，控制3个从库，保证不脑裂。  
+  
+控制4个从库，保证不丢数据。  
+  
+![pic](20190719_01_pic_001.jpg)  
+  
 ## 如何处理  
 1、补数据，如何补？