<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.8" -->
<?xml-stylesheet href="http://200yi.com/ff_internal/lib/exe/css.php?s=feed" type="text/css"?>
<rdf:RDF
    xmlns="http://purl.org/rss/1.0/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
    xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel rdf:about="http://200yi.com/ff_internal/feed.php">
        <title>FAIRYFAR-INTERNAL wiki:Database:openGauss:源码分析</title>
        <description></description>
        <link>http://200yi.com/ff_internal/</link>
        <image rdf:resource="http://200yi.com/ff_internal/lib/tpl/mnml-blog/images/favicon.ico" />
       <dc:date>2026-05-05T18:30:16+0800</dc:date>
        <items>
            <rdf:Seq>
                <rdf:li rdf:resource="http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E6%9F%A5%E8%AF%A2%E8%B6%85%E6%97%B6%E4%B8%8D%E8%B5%B7%E4%BD%9C%E7%94%A8&amp;rev=1687008318&amp;do=diff"/>
                <rdf:li rdf:resource="http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E7%9A%84%E5%AE%9A%E6%97%B6%E5%99%A8%E5%A4%84%E7%90%86&amp;rev=1687008318&amp;do=diff"/>
                <rdf:li rdf:resource="http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E7%9A%84%E4%BF%A1%E5%8F%B7%E5%A4%84%E7%90%86&amp;rev=1687008318&amp;do=diff"/>
                <rdf:li rdf:resource="http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E6%BA%90%E7%A0%81%E4%B8%AD%E7%9A%84%E6%9C%AF%E8%AF%AD&amp;rev=1687008318&amp;do=diff"/>
            </rdf:Seq>
        </items>
    </channel>
    <image rdf:about="http://200yi.com/ff_internal/lib/tpl/mnml-blog/images/favicon.ico">
        <title>FAIRYFAR-INTERNAL</title>
        <link>http://200yi.com/ff_internal/</link>
        <url>http://200yi.com/ff_internal/lib/tpl/mnml-blog/images/favicon.ico</url>
    </image>
    <item rdf:about="http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E6%9F%A5%E8%AF%A2%E8%B6%85%E6%97%B6%E4%B8%8D%E8%B5%B7%E4%BD%9C%E7%94%A8&amp;rev=1687008318&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2023-06-17T21:25:18+0800</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>wiki:Database:openGauss:源码分析:openGauss查询超时不起作用</title>
        <link>http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E6%9F%A5%E8%AF%A2%E8%B6%85%E6%97%B6%E4%B8%8D%E8%B5%B7%E4%BD%9C%E7%94%A8&amp;rev=1687008318&amp;do=diff</link>
        <description>本文描述 openGauss 1.0.1 build 6942b898 版本中的一个bug。

验证


[yz@test openGauss]$ gsql tpch1s
tpch1s=# set statement_timeout=10;
SET
Time: 2.079 ms

tpch1s=# show statement_timeout;
 statement_timeout 
-------------------
 10ms
(1 row)

Time: 1.976 ms

tpch1s=# \d
ERROR:  canceling statement due to statement timeout

tpch1s=# select count(*) from lineitem;
  count  
---------
 6001215
(1 row)

Time: 6141.025 ms</description>
    </item>
    <item rdf:about="http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E7%9A%84%E5%AE%9A%E6%97%B6%E5%99%A8%E5%A4%84%E7%90%86&amp;rev=1687008318&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2023-06-17T21:25:18+0800</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>wiki:Database:openGauss:源码分析:openGauss的定时器处理</title>
        <link>http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E7%9A%84%E5%AE%9A%E6%97%B6%E5%99%A8%E5%A4%84%E7%90%86&amp;rev=1687008318&amp;do=diff</link>
        <description>问题

原生PostgreSQL使用Linux的API函数setitimer设置定时器，在一个进程里，如果有多个定时器，那么SIGALRM信号处理函数无法直接区分是哪个定时器的超时响应。PG的做法是：使用一个timer list（数据结构为数组），list按照定时器超时时间排序，时间短的排前面（下标为0），这样就可以知道是哪个定时器超时了。__</description>
    </item>
    <item rdf:about="http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E7%9A%84%E4%BF%A1%E5%8F%B7%E5%A4%84%E7%90%86&amp;rev=1687008318&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2023-06-17T21:25:18+0800</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>wiki:Database:openGauss:源码分析:openGauss的信号处理</title>
        <link>http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E7%9A%84%E4%BF%A1%E5%8F%B7%E5%A4%84%E7%90%86&amp;rev=1687008318&amp;do=diff</link>
        <description>本文代码基于：openGauss 2021.03月中旬代码（openGauss 1.0.1 build 6942b898）。

一、概要

openGauss对原生PostgreSQL的信号处理有很大改动，主要有以下几个方面：

	* 信号处理细分到线程级（thread signal）。_______________________________</description>
    </item>
    <item rdf:about="http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E6%BA%90%E7%A0%81%E4%B8%AD%E7%9A%84%E6%9C%AF%E8%AF%AD&amp;rev=1687008318&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2023-06-17T21:25:18+0800</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>wiki:Database:openGauss:源码分析:openGauss源码中的术语</title>
        <link>http://200yi.com/ff_internal/wiki.php?id=wiki:Database:openGauss:%E6%BA%90%E7%A0%81%E5%88%86%E6%9E%90:openGauss%E6%BA%90%E7%A0%81%E4%B8%AD%E7%9A%84%E6%9C%AF%E8%AF%AD&amp;rev=1687008318&amp;do=diff</link>
        <description>RTO

Recovery Time Objective

GTT

global temparary table，全局临时表。

OBS

Object Storage Service，对象存储服务。

DFS

Distributed File System，分布式文件系统。

dfmgr

Dynamic function manager

GiST

Generalized Search Tree，GaussDB 200 数据库的 PostGIS Extension 支持 GIST地理信息索引。</description>
    </item>
</rdf:RDF>
