设为首页 收藏本站
查看: 1113|回复: 0

[经验分享] PostgreSQL服务过程中的那些事二:Pg服务进程处理简单查询三:获取内存快照

[复制链接]

尚未签到

发表于 2016-11-21 07:44:43 | 显示全部楼层 |阅读模式
话说查询“selectcname, comp from test1, test2 where test1.id=test2.id;” 发送到服务器端,走查询分支exec_simple_query,先调用start_xact_command初始化了事务管理相关对象和资源,接着调用pg_parse_query,通过Lex和Yacc对传入SQL语句进行词法语法解析,生成解析树。下来调用GetTransactionSnapshot方法做内存快照。内存快照和事务隔离级别紧密相关,其中可重复读和序列化隔离级别每个数据库事务使用一个快照,读未提交和读已提交隔离级别每个语句使用一个快照。序列化隔离级别除快照外还使用predicate锁。

 

 
1
下面是做内存快照的调用序列图。

DSC0000.png

Postgres服务进程简查之开始事务调用序列图

 
         上图红色方框中显示了获取内存快照的方法调用过程,在GetSnapshotData方法中根据事务隔离级别等情况获取相应快照,一般可优化语句(增、删、查、改)都需要快照,然后注册相应快照。下面是获取快照方法GetTransactionSnapshot的流程图。

DSC0001.png

GetTransactionSnapshot方法流程图

GetTransactionSnapshot()方法根据事务隔离级别 分别处理取快照的情况。如果事务隔离级别是读未提交、读已提交,调用GetSnapshotData(&CurrentSnapshotData)方法获取一个快照赋给CurrentSnapshot,返回CurrentSnapshot。如果事务隔离级别是可重复读或序列化,且是事务里第一次获取快照,直接返回CurrentSnapshot;不是第一次且是可重复读 事务隔离级别,调用GetSnapshotData(&CurrentSnapshotData) 方法获取一个快照赋给CurrentSnapshot,然后调用RegisterSnapshotOnOwner(CurrentSnapshot, TopTransactionResourceOwner)方法在资源管理器TopTransactionResourceOwner里注册这个快照;不是第一次且是序列化 事务隔离级别,调用RegisterSerializableTransaction(&CurrentSnapshotData)方法,根据需要调用GetSnapshotData方法获取快照并调用RegisterSnapshotOnOwner方法在资源属主TopTransactionResourceOwner上注册快照,并初始化一个可序列化事务SERIALIZABLEXACT结构和哈西表。最后,不管什么情况都返回当前快照,调用PushActiveSnapshot方法,把这个快照推入由ActiveSnapshotElt构成的“活跃快照”栈。
pg里快照就是数据结构SnapshotData,定义如下,表示某个时刻内存里对象的状态,下面是快照SnapshotData结构定义:

typedef struct SnapshotData

{

    SnapshotSatisfiesFunc satisfies;   /* tuple test function */

 

    /*

     * The remaining fields areused only for MVCC snapshots, and are normally

     * just zeroes in specialsnapshots.  (But xminand xmaxare used

     * specially byHeapTupleSatisfiesDirty.)

     *

     * An MVCC snapshot cannever see the effects of XIDs >= xmax. It can see

     * the effects of all older XIDs except thoselisted in the snapshot.

xmin

     * is stored as anoptimization to avoid needing to search the XID arrays

     * for most tuples.

     */

    TransactionId xmin;         /* all XID < xminare visible to me */

    TransactionId xmax;         /* all XID >= xmaxare invisible to me */

    uint32     xcnt;         /* # of xactidsin xip[] */

    TransactionId *xip;         /* array of xactIDs in progress */

    /* note: all idsin xip[]satisfy xmin<= xip < xmax*/

    int32      subxcnt;      /* # of xactidsin subxip[] */

    TransactionId *subxip;      /* array of subxactIDs in progress */

    bool       suboverflowed;    /* has the subxiparray overflowed?*/

    bool       takenDuringRecovery; /*recovery-shaped snapshot? */

 

    /*

     * note: all idsin subxip[]are >= xmin, but we don't bother filtering

     * out any that are >= xmax

     */

    CommandId  curcid;           /* in my xact, CID < curcidare visible*/

    uint32     active_count; /* refcounton ActiveSnapshot stack*/

    uint32     regd_count;       /* refcountonRegisteredSnapshotList */

    bool       copied;           /* false if it's a static snapshot */

} SnapshotData;

 
这里面最复杂的是在序列化隔离级别下事务的正常运转,部分体现在RegisterSerializableTransaction方法调用了RegisterSerializableTransactionInt方法,其流程图在下面

DSC0002.png
 
RegisterSerializableTransactionInt流程图

 
RegisterSerializableTransactionInt里,利用predicatelock相关的哈西表,PredXactListDataPredXactListElementData等组成的链表结构,RWConflictPoolHeaderDataRWConflictData等组成的链表结构等一起管理predicate lockserializablexact结构,(具体个数据结构参见《PostgreSQL启动过程中的那些事七:初始化共享内存和信号九:shmem中初始化Predicate锁》)利用可序列化快照隔离(Serializable SnapshotIsolation (SSI)),实现了事务的完全可序列化隔离级别,以支持该事务隔离级别下事务的正常运转。
 
              利用可序列化快照隔离(Serializable Snapshot Isolation (SSI))的相关情况最初是在下面的论文里描述:

    MichaelJ. Cahill, UweRhm, and AlanD. Fekete. 2008.

    Serializableisolation for snapshot databases.

    InSIGMOD '08: Proceedings of the 2008 ACM SIGMOD

    internationalconference on Management of data,

    pages729-738, New York, NY, USA. ACM.

    http://doi.acm.org/10.1145/1376616.1376690

在下面的博士论文里做了进一步阐述。
    MichaelJames Cahill. 2009.

    SerializableIsolation for Snapshot Databases.

    SydneyDigital Theses.

    University of Sydney, School of Information Technologies.

    http://hdl.handle.net/2123/5353

就到这儿吧。
 
  

  

  

  ------------
转载请注明出处,来自博客:
blog.csdn.net/beiigang
beigang.iyunv.com

  


        

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-303125-1-1.html 上篇帖子: 关于连接PostgreSQL时提示 FATAL: password authentication failed for user "连接用户名" 的解决方法 下篇帖子: PostgreSQL服务过程中的那些事二:Pg服务进程处理简单查询六:执行器执行
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表