返回首页

gbase数据、南大通用产品文档:GBase8aLAST_DAY(date)

更新日期:2024年09月11日

函数说明
返回date 中当前月对应的最后一天的值。
说明

其中,date 为日期或日期时间类型。

如果参数date 无效,则返回NULL。
示例
示例1
date 值为有效日期,返回2011 年8 月份的最后一天。
gbase> SELECT LAST_DAY('2011-08-30') FROM t;
+------------------------+
| LAST_DAY('2011-08-30') |
+------------------------+
| 2011-08-31 |
+------------------------+
1 row in set
示例2
date 值为有效日期,返回2011 年2 月份的最后一天。
gbase> SELECT LAST_DAY('2011-02-05') FROM t;
+------------------------+
| LAST_DAY('2011-02-05') |
+------------------------+
| 2011-02-28 |
+------------------------+
1 row in set
示例3
date 值为为日期时间类型的有效日期,返回2011 年1 月份的最后一天。
gbase> SELECT LAST_DAY('2011-01-01 01:01:01') FROM t;
+---------------------------------+
| LAST_DAY('2011-01-01 01:01:01') |

GBase UP 产品手册 5 数据库管理指南
文档版本04(2021-04-21) 南大通用数据技术股份有限公司 874
+---------------------------------+
| 2011-01-31 |
+---------------------------------+
1 row in set
示例4
date 值为无效日期,返回结果为NULL。
gbase> SELECT LAST_DAY('2011-08-32') FROM t;
+------------------------+
| LAST_DAY('2011-08-32') |
+------------------------+
| NULL |
+------------------------+
1 row in set, 2 warnings

gbase> SHOW WARNINGS;
+-------+------+
| Level | Code |
+-------+------+
| Note | 1292 |
| Note | 1292 |
+-------+------+
+--------------------------------------------------------------+
| Message |
+--------------------------------------------------------------+
| 192.168.10.115:5050 - Incorrect datetime value: '2011-08-32' |
| 192.168.10.116:5050 - Incorrect datetime value: '2011-08-32' |
+--------------------------------------------------------------+
2 row in set
说明
输入非法的日期时,不同的引擎表现不同,8a 返回NULL 值,其它引擎可能报错。

节点替换时报错无法登录新节点
描述
节点替换时报错:
Fail to get XX.XX.XX.XX's free disk, reason:Fail to login XX.XX.XX.XX. errno: -1,
errmsg:gbase@XX.XX.XX.XX:Permissiondenied(publickey,gssapi-key,gssapi-with-mic,
password).
解决办法
在新节点手工创建gbase 用户,并将密码设置成和其它节点相同的。
echo gbase:XXX|chpasswd
(XXX 为设置的密码)

GBase 8a MPP Cluster 最佳实践
5 FAQ
文档版本(2022-02-11)
南大通用数据技术股份有限公司
165

数据备份是保护数据安全的重要手段之一。为了更好地保护数据安全,GBase 8c 数据
库提供三种备份恢复类型、
多种备份恢复方案,
能够在备份和恢复过程中保障数据的可靠性。
备份与恢复类型可分为逻辑备份与恢复、物理备份与恢复、闪回恢复。
逻辑备份与恢复:
通过逻辑导出对数据进行备份,
逻辑备份只能基于备份时刻进行数据
转储,所以恢复时也只能恢复到备份时保存的数据。对于故障点和备份点之间的数据,
逻辑备份无能为力,逻辑备份适合备份那些很少变化的数据,当这些数据因误操作被
损坏时,可以通过逻辑备份进行快速恢复。如果通过逻辑备份进行全库恢复,通常需
要重建数据库,导入备份数据来完成,对于可用性要求很高的数据库,这种恢复时间
太长,通常不被采用。由于逻辑备份具有平台无关性,所以更为常见的是,逻辑备份
被作为一个数据迁移及移动的主要手段。
物理备份与恢复:
通过物理文件拷贝的方式对数据库进行备份,
以磁盘块为基本单位将
数据从主机复制到备机。通过备份的数据文件及归档日志等文件,数据库可以进行完
全恢复。物理备份速度快,一般被用作对数据进行备份和恢复,用于全量备份的场景。
通过合理规划,可以低成本进行备份与恢复。
闪回恢复:利用回收站的闪回恢复删除的表。数据库的回收站功能类似于windows 系
统的回收站,将删除的表信息保存到回收站中。利用MVCC 机制闪回恢复到指定时间
点或者CSN 点。
以下为三类数据备份恢复类型对比。当异常发生时,便于管理员及时制定恢复方案。
表5-1 三种备份恢复类型对比
备份
类型
应用场景
支持
介质
工具名

恢复时间
优缺点
逻辑
备份
适合于数
据量小的


gs_cump
纯文本格
式数据恢
导出数据库相关信息的工具,
用户可
以自定义导出一个数据库或其中的

GBase 8c 管理员指南
南大通用数据技术股份有限公司
54
备份
类型
应用场景
支持
介质
工具名

恢复时间
优缺点
与恢

场景。可以
备份单表
和多表,单
database 和


database。
备份后的
数据需要
使用gsql或

gs_restore
工具恢复。
数据量大
时,恢复需
要较长时
间。
SSD
复时间长。
归档格式
数据恢复
时间中等。
对象(模式、表、视图等)。
支持导出的数据库可以是默认数据
库postgres,
也可以是自定义数据库。
导出的格式可选择纯文本格式或者
归档格式。
纯文本格式的数据只能通
过gsql 进行恢复,恢复时间较长。
归档格式的数据只能通过gs_restore
进行恢复,恢复时间较纯文本格式
短。
gs_dump
all
数据恢复
时间长。
导出所有数据库相关信息工具,
它可
以导出GBase 8c数据库的所有数据,
包括默认数据库postgres 的数据、

定义数据库的数据、以及GBase 8c
所有数据库公共的全局对象。
只能导出纯文本格式的数据,
导出的
数据只能通过gsql 进行恢复,恢复
时间较长。
物理
备份
与恢

适用于数
据量大的
场景,主要
用于全量
数据备份
恢复,也可
对整个数
据库中的
WAL 归档
日志和运
gs_backu
p
数据量小
数据恢复
时间快。
导出数据库相关信息的OM 工具,

以导出数据库参数文件和二进制文
件。支持备份、恢复重要数据、显示
帮助信息和版本号信息。
在进行备份时,
可以选择备份内容的
类型,
在进行还原时,
需要保证各节
点备份目录中存在备份文件。
在集群
恢复时,
通过静态配置文件中的集群
信息进行恢复。
只恢复参数文件恢复
时间较短。

GBase 8c 管理员指南
南大通用数据技术股份有限公司
55
备份
类型
应用场景
支持
介质
工具名

恢复时间
优缺点
行日志进
行备份。
gs_baseb
ackup
恢复时可
以直接拷
贝替换原
有的文件,
或者直接
在备份的
库上启动
数据库,

复时间快。
对服务器数据库文件的二进制进行
全量拷贝,
只能对数据库某一个时间
点的时间作备份。结合PITR 恢复,
可恢复全量备份时间点后的某一时
间点。
gs_proba
ckup
恢复时可
以直接恢
复到某个
备份点,

备份的库
上启动数
据库,恢
复时间快。
gs_probackup 用于管理GBase 8c 数
据库备份和恢复,
可对实例进行定期
备份。
可用于备份单机数据库或者集
群主节点数据库,为物理备份。
可备份外部目录的内容,如脚本文
件、配置文件、日志文件、dump 文
件等。支持增量备份、定期备份和
远程备份。
增量备份时间相对于全量
备份时间比较短,
只需要备份修改的
文件。
当前默认备份是数据目录,

果表空间不在数据目录,
需要手动指
定备份的表空间目录进行备份。
当前
只支持在主机上执行备份。
闪回
恢复
适用于误
删除表的
场景。需要
将表中的
数据恢复
到指定时

可以将表
的状态恢
复到指定
时间点或
者是表结
构删除前
闪回技术能够有选择性的高效撤销
一个已提交事务的影响,
从人为错误
中恢复。
在采用闪回技术之前,
只能
通过备份恢复、PITR 等手段找回已
提交的数据库修改,
恢复时长需要数
分钟甚至数小时。采用闪回技术后,

GBase 8c 管理员指南
南大通用数据技术股份有限公司
56
备份
类型
应用场景
支持
介质
工具名

恢复时间
优缺点
间点或者
CSN。
的状态,
恢复时间
快。
恢复已提交的数据库修改前的数据,
只需要秒级,
而且恢复时间和数据库
大小无关。
闪回支持两种恢复模式:

基于MVCC 多版本的数据恢
复:适用于误删除、误更新、误
插入数据的查询和恢复,
用户通
过配置旧版本保留时间,
并执行
相应的查询或恢复命令,
查询或
恢复到指定的时间点或CSN
点。

基于类似windows 系统回收站
的恢复:适用于误DROP、误
TRUNCATE 的表的恢复。用户
通过配置回收站开关,
并执行相
应的恢复命令,可以将误
DROP、误TRUNCATE 的表找
回。
当需要进行备份恢复操作时,主要从以下方面考虑数据备份方案。
备份对业务的影响在可接受范围。
数据库恢复效率。为尽量减小数据库故障的影响,
要使恢复时间减到最少,从而使恢复
的效率达到最高。
数据可恢复程度。当数据库失效后,要尽量减少数据损失。
数据库恢复成本。在现网选择备份策略时参考的因素比较多,如备份对象、数据大小、
网络配置等,下表列出了可用的备份策略和每个备份策略的适用场景。
表5-2 备份策略典型场景

GBase 8c 管理员指南
南大通用数据技术股份有限公司
57
备份策略
关键性能因素
典型数据量
性能规格
数据库实
例备份

数据大小

网络配置
数据:PB 级
对象:约100
万个
备份:

每个主机80 Mbit/s(NBU/EISOO+磁盘)

约90%磁盘I/O 速率(SSD/HDD)
表备份

表所在模


网络配置
(NBU)
数据:
10 TB 级
备份:基于查询性能速度+I/O 速度
说明
多表备份时,备份耗时计算方式:
总时间= 表数量*起步时间+数据总量/数
据备份速度
其中

磁盘起步时间为5s 左右,
NBU 起步时间
比DISK 长(取决于NBU 部署方案)。

数据备份速度为单节点50MB/s 左右
(基
于1GB 大小的表,物理机备份到本地磁
盘得出此速率)。
表越小,备份性能更低。