登录
注册
开源
企业版
高校版
搜索
帮助中心
使用条款
关于我们
开源
企业版
高校版
私有云
模力方舟
我知道了
查看详情
登录
注册
代码拉取完成,页面将自动刷新
捐赠
捐赠前请先登录
取消
前往登录
扫描微信二维码支付
取消
支付完成
支付提示
将跳转至支付宝完成支付
确定
取消
Watch
不关注
关注所有动态
仅关注版本发行动态
关注但不提醒动态
28
Star
18
Fork
236
openGauss
/
blog
代码
Issues
9
Pull Requests
23
Wiki
统计
流水线
服务
Gitee Pages
JavaDoc
PHPDoc
质量分析
Jenkins for Gitee
腾讯云托管
腾讯云 Serverless
悬镜安全
阿里云 SAE
Codeblitz
SBOM
我知道了,不再自动展开
867
opengauss存储引擎类型测试
已关闭
刘磊:v2
openGauss:stable
刘磊
创建于 2023-08-02 16:33
克隆/下载
HTTPS
SSH
复制
下载 Email Patch
下载 Diff 文件
--- title: "Sample Post" date: '2020-03-03' category: 'blog' tags: ['openGauss'] archives: '2020-03' author:'openGaussBlog Maintainer' summary: "Just about everything you'll need to style in the theme:headings, paragraphs, blockquotes, tables, code blocks, and more." --- opengauss存储引擎分两种类型 磁盘存储引擎 和 内存存储引擎,磁盘存储引擎是将数据持久化存储到磁盘的实现方法,根据表的特点又分为行存储和列存储两类。 行存储主要用oltp事务类的需求,列存储多用于数据分析与统计类的场景。 opengauss行存储引擎有两种astore和ustore 区别在于 Astore采用追加更新模式,即同一个page页中既存在前映像也存在当前值,只是前映像会被标记为删除。Astore是opengauss的默认存储引擎,Astore存储引擎由于同一个块中包含太多的前映像,如果频繁的更新操作会导致大量的磁盘“垃圾”,因为在执行查询操作的时候即使标记了删除也会扫描,所以大大的降低性能,建议定期执行VACUUM或者VACUUM full进行清理。 Ustore(In-place Update)存储引擎是openGauss 2.1.0版本新增的特性。此前的版本使用的行存储引擎是Append Update(追加更新)模式。追加更新对于业务中的增、删以及HOT(HeapOnly Tuple)Update(即同一页面内更新)有很好的表现,但对于跨数据页面的非HOT UPDATE场景,垃圾回收不够高效。因此,Ustore存储引擎应运而生。 Ustore 可以提供高性能:对插入、更新、删除等不同负载的业务,性能以及资源使用表现相对均衡。更新操作采用原地更新模式在频繁更新类的业务场景下可拥有更高、更平稳的性能表现。适应“短”(事务短)、“频”(更新操作频繁)、“快”(性能要求高)的典型OLTP类业务场景。 高效存储:支持最大限度的原位更新, 极大节约了空间;将回滚段、数据页面分离存储,具备更高效、平稳的IO使用能力,UNDO子系统采用NUMA-aware设计,具有更好的多核扩展性,UNDO空间统一分配,集中回收,复用效率更高,存储空间使用更加高效、平稳。 cstore 列存储格式 cstore列存储格式整体框架。与行存储格式不同,cstore列存储的主体数据文件以CU为I/O单元,只支持追加写操作,因此cstore只有读共享缓冲区。CU间和CU内的可见性由对应的CUDESE表(astore表)决定,因此其可见性和并发控制原理与行存储astore基本相同。 扩展格式 mstore 内存存储格式 mstore内存引擎面向超低时延和超高吞吐量的OLTP场景。数据以元组粒度存储于内存介质中,得益于内存介质读、写操作的超低时延(与磁盘介质相比),内存引擎可以提供极致的OLTP业务性能。内存引擎通过openGauss的外表访存接口实现与SQL引擎的数据交互 新建表进行插入,更新 ,删除测试 (1)astore 默认创建的Astore的表,通过设置enable_default_ustore_table参数为on可以修改为默认创建Ustore的表,当然在创建表的时候可以指定storage_parameter参数选择存储引擎 CREATE TABLE astore_httab ( id character(10) NOT NULL, name character(50), saler numeric(10,2), dept_no character(10) ) WITH (STORAGE_TYPE=ASTORE); (2)Ustore CREATE TABLE ustore_httab ( id character(10) NOT NULL, name character(50), saler numeric(10,2), dept_no character(10) ) WITH (STORAGE_TYPE=USTORE); (3)cstore CREATE TABLE cstore_httab ( id character(10) NOT NULL, name character(50), saler numeric(10,2), dept_no character(2) ) WITH (ORIENTATION = COLUMN); (4)mstore create FOREIGN TABLE mstore_httab ( id character(10) NOT NULL, name character(50), saler numeric(10,2), dept_no character(10) ); mydb(# ); ERROR: Cannot create MOT tables while incremental checkpoint is enabled. 需要修改参数enable_incremental_checkpoint,重启数据库后可创建MOT表。 检查点相关参数描述参见《开发者指南》中“GUC参数说明 > 预写式日志 > 检查点”章节。其中"enable_incremental_checkpoint"为on时,设置自动WAL检查点之间的最长时间将由"incremental_checkpoint_timeout"决定,如果不采用默认值并将其改大,将可能导致实例重启时会有大量日志需要回放,进而影响到容灾指标RTO变大,无法达到特性规格。 /opt/opengauss/data/dn/postgresql.conf enable_incremental_checkpoint = on # enable incremental checkpoint 需要更改enable_incremental_checkpoint为off 重启数据库 三循环插入数据 (1) CREATE OR REPLACE PROCEDURE astore_httab_loop(maxval in integer) AS DECLARE i int :=1; BEGIN WHILE i < maxval LOOP INSERT INTO astore_httab VALUES(i,'奥德彪','34000','01'); i:=i+1; END LOOP; END; / --调用函数 CALL astore_httab_loop(20000); (2) CREATE OR REPLACE PROCEDURE ustore_httab_loop(maxval in integer) AS DECLARE i int :=1; BEGIN WHILE i < maxval LOOP INSERT INTO ustore_httab VALUES(i,'奥德彪','34000','01'); i:=i+1; END LOOP; END; / --调用函数 CALL ustore_httab_loop(20000); (3) CREATE OR REPLACE PROCEDURE cstore_httab_loop(maxval in integer) AS DECLARE i int :=1; BEGIN WHILE i < maxval LOOP INSERT INTO cstore_httab VALUES(i,'奥德彪','34000','01'); i:=i+1; END LOOP; END; / --调用函数 CALL cstore_httab_loop(20000); 行表插入很慢 (4) CREATE OR REPLACE PROCEDURE mstore_httab_loop(maxval in integer) AS DECLARE i int :=1; BEGIN WHILE i < maxval LOOP INSERT INTO mstore_httab VALUES(i,'奥德彪','34000','01'); i:=i+1; END LOOP; END; / --调用函数 CALL mstore_httab_loop(10000); ------------------------------------------- 更新astore和ustore表全部更新一遍 再查询两张表的大小 更新as表 CREATE OR REPLACE PROCEDURE astore_httab_up_loop(maxval in integer) AS DECLARE i int :=1; BEGIN WHILE i < maxval LOOP UPDATE FROM astore_httab VALUES(i,'奥德彪','44000','01') where name='奥德彪'; i:=i+1; END LOOP; END; / --调用函数 CALL astore_httab_up_loop(10000); --- 更新us表 CREATE OR REPLACE PROCEDURE ustore_httab_up_loop(maxval in integer) AS DECLARE i int :=1; BEGIN WHILE i < maxval LOOP UPDATE FROM ustore_httab VALUES(i,'奥德彪','44000','01') where name='奥德彪'; i:=i+1; END LOOP; END; / --调用函数 CALL ustore_httab_up_loop(10000); ------------------------------------------- 四查询表的基础信息 astore_httab ustore_httab cstore_httab mydb=# select pg_relation_filepath('astore_httab'); pg_relation_filepath ---------------------- base/16399/16407 (1 row) mydb=# mydb=# select pg_size_pretty(pg_relation_size('astore_httab')); pg_size_pretty ---------------- 2136 kB (1 row) mydb=# select pg_size_pretty(pg_relation_size('ustore_httab')); pg_size_pretty ---------------- 1912 kB (1 row) mydb=# select pg_size_pretty(pg_relation_size('cstore_httab')); pg_size_pretty ---------------- 325 MB (1 row) 更新表 mydb=# update astore_httab SET saler = saler + 100 where name='奥德彪'; UPDATE 19999 mydb=# update ustore_httab SET saler = saler + 100 where name='奥德彪'; UPDATE 19999 mydb=# update cstore_httab SET saler = saler + 100 where name='奥德彪'; UPDATE 19999 mydb=# select pg_size_pretty(pg_relation_size('astore_httab')); pg_size_pretty ---------------- 4272 kB (1 row) mydb=# select pg_size_pretty(pg_relation_size('ustore_httab')); pg_size_pretty ---------------- 1912 kB (1 row) mydb=# select pg_size_pretty(pg_relation_size('cstore_httab')); pg_size_pretty ---------------- 326 MB (1 row) astore存储引擎更新后数据表大小增加。 删除部分数据 mydb=# delete from astore_httab where id>15000; DELETE 4999 mydb=# delete from ustore_httab where id>15000; DELETE 4999 mydb=# delete from cstore_httab where id>15000; DELETE 4999 mydb=# select pg_size_pretty(pg_relation_size('astore_httab')); pg_size_pretty ---------------- 4272 kB (1 row) mydb=# select pg_size_pretty(pg_relation_size('ustore_httab')); pg_size_pretty ---------------- 1912 kB (1 row) mydb=# select pg_size_pretty(pg_relation_size('cstore_httab')); pg_size_pretty ---------------- 326 MB (1 row) mydb=# 删除数据表不会缩小。
怎样手动合并此 Pull Request
git checkout stable
git pull https://gitee.com/liulei1003/blog.git v2
git push origin stable
评论
7
提交
1358
文件
200+
检查
代码问题
0
批量操作
展开设置
折叠设置
审查
Code Owner
审查人员
tongdabao
tongdabao
guohuan
spaceoddity91719
zhang cuiping
zcp100_zcp100
Kamus
kamusis
liuxu-enmo
mogliu
jiangxiaoying
jiangxiaoying1
sky-stars
sky-stars
cchen676
struggle_hw
刘贵宾
vipl
胡正超
gentle_hu
周聪
congzhou2603
舛扬
zijianli16
lestertt
lestertt
mentoswang
mentoswang
胡君
hujunjune
吴冬儿
wu-donger
樊雅清
fyqlpl
Freyaqqianjin
freyaqqianjin
kangyang
ylfan96
liyang
liyang0608
zhengxue
shirley_zhengx
邦邦邦邦
gzbang
未设置
最少人数
0
测试
tongdabao
tongdabao
guohuan
spaceoddity91719
zhang cuiping
zcp100_zcp100
Kamus
kamusis
liuxu-enmo
mogliu
jiangxiaoying
jiangxiaoying1
sky-stars
sky-stars
cchen676
struggle_hw
刘贵宾
vipl
胡正超
gentle_hu
周聪
congzhou2603
舛扬
zijianli16
lestertt
lestertt
mentoswang
mentoswang
胡君
hujunjune
吴冬儿
wu-donger
樊雅清
fyqlpl
Freyaqqianjin
freyaqqianjin
kangyang
ylfan96
liyang
liyang0608
zhengxue
shirley_zhengx
邦邦邦邦
gzbang
未设置
最少人数
0
优先级
不指定
严重
主要
次要
不重要
标签
opengauss-cla/yes
sig/docs
ci-pipeline-running
needs-issue
openGauss技术文章征集
关联 Issue
未关联
Pull Request 合并后将关闭上述关联 Issue
里程碑
未关联里程碑
参与者
(4)
Cherry-pick 提交
Cherry-pick 可以将
特定提交(Commit)
从某个分支挑选并应用到另一个分支,实现快速集成特定更改,而无需合并整个分支。
请选择应用 Cherry-pick 提交 (Commit) 的目标分支
新建分支
当前账号不存在 Fork 仓库,建议 cherry-pick 到 Fork 仓库。
Fork 仓库
提交列表
Commit SHA
Commit Message
基于 Cherry-pick 后的分支发起 Pull Request
取消
Cherry-pick
1
https://gitee.com/opengauss/blog.git
git@gitee.com:opengauss/blog.git
opengauss
blog
blog
点此查找更多帮助
搜索帮助
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
仓库举报
回到顶部
登录提示
该操作需登录 Gitee 帐号,请先登录后再操作。
立即登录
没有帐号,去注册