GreenPlum实践

==============================================
目录:
一、安装环境准备
二、GP数据库安装
三、集群添加standby节点
四、master和standby相互切换
五、新增segment节点
六、非Mirror模式为Segment节点增加Mirror
七、Segment节点故障转移到Mirror并恢复segment
八、迁移(替换)segment节点
九、移除segment节点
十、常用SQL和数据导入导出
十一、GP集群中表的数据分布机制以及同步机制
============================================== 一、安装环境准备
机器IP 角色
192.168.156.144 master
192.168.156.145 segment1
192.168.156.146 segment2
192.168.156.200 standby Greenplum 需要在GP 数据库系统的所有主机(masters 和 segments) 上配置推荐的OS参数,以root用户登录,修改所有主机的OS参数
(1)、关闭防火墙(三台主机)(学习时可以直接关闭,正式环境是通过开放端口)
#service iptables stop 停止防火墙服务,重启电脑后仍然会开启
#chkconfig iptables off 关闭防火墙服务开机启动,重启后生效
(2)、修改/etc/hosts文件(三台主机)
在hosts文件中添加或修改一下内容:
192.168.156.144 master
192.168.156.145 segment1
192.168.156.146 segment2
添加之后,可以通过ping命令测试是否正确,如:ping master测试是否能访问master节点
(3)、修改或添加/etc/sysctl.conf(三台主机)
kernel.shmmax = 500000000
kernel.shmmni = 4096
kernel.shmall = 4000000000
kernel.sem = 250 512000 100 2048
kernel.sysrq = 1
kernel.core_uses_pid = 1
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.msgmni = 2048
net.ipv4.tcp_syncookies = 1
net.ipv4.ip_forward = 0
net.ipv4.conf.default.accept_source_route = 0
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_max_syn_backlog = 4096
net.ipv4.conf.all.arp_filter = 1
net.ipv4.ip_local_port_range = 1025 65535
net.core.netdev_max_backlog = 10000
vm.overcommit_memory = 2
(4)、配置/etc/security/limits.conf文件,添加以下内容(三台主机)
* soft nofile 65536
* hard nofile 65536
* soft nproc 131072
* hard nproc 131072
(5)、设置预读块的值为16384(三台主机)
# blockdev --getra /dev/sda 查看预读块,默认大小为8196
# blockdev --setra 16384 /dev/sda 设置预读块
(6)、设置磁盘访问I/O调度策略(三台主机)
# echo deadline > /sys/block/sda/queue/scheduler
(7)、上传并解压数据库安装文件(master节点)
# unzip gpmaster.zip
之后的目录文件如下:
greenplum_path.sh - Greenplum 数据库环境变量配置文件
GPDB-LICENSE.txt- Greenplum license 文件
LICENSE.thirdparty- 第三方 license 文件
bin- 目录下包括Greenplum 数据库管理程序,也包括PostgreSQL 客户端和服务程序
demo - 目录下包括Greenplum 演示程序
docs - Greenplum 数据库帮助文档(PDF 格式)
etc - OpenSSL 配置文件
ext - Greenplum 数据库程序用的附加程序( 如 Python)
include - Greenplum 数据库C header files
lib - Greenplum 数据库和 PostgreSQL 库文件
sbin - Supporting/Internal 脚本和程序
share - Greenplum 数据库共享文件 二、GP数据库安装
1、安装软件(master节点)
在/etc/profile中增加:# source /usr/local/gpmaster/greenplum_path.sh,然后在三台主机执行命令:source /usr/local/gpmaster/greenplum_path.sh
2.创建用户和节点文件
# useradd gpadmin -m
# passwd gpadmin
在gpadmin账户下创建all_hosts,文件内容:(三台主机)
master
segment1
segment2
3.运行gpseginstall工具(master节点 /home/gpadmin)在所有节点上安装GP软件,完成后提示成功.
# chgrp -R gpadmin /usr/local
# chmod -R 0775 /usr/local
# su - gpadmin
# gpseginstall -f all_hosts -u gpadmin -p gpadmin
4.切换到gpadmin用户验证无密码登录(三台主机)
(1)切换用户
# su - gpadmin
(2)使用gpssh工具来测试无密码登录所有主机,结果如下图:
# gpssh-exkeys -f all_hosts
# gpssh -f all_hosts -e ls -l $GPHOME
5.配置环境变量(master节点)
在/home/gpadmin路径下,以root用户添加下述信息到.bashrc和.bash_profile文件最后
# source /usr/local/gpmaster/greenplum_path.sh
然后将.bashrc文件发送到segment1和segment2,命令如下:
# scp .bashrc segment1:~
# scp .bashrc segment2:~
6.创建存储区域(master节点)
(1)创建Master数据存储区域
# gpssh -h master -e 'mkdir -p /data/master'
(2)改变目录的所有权
# gpssh -h master -e 'chown gpadmin:gpadmin /data/master'
(3)创建一个包含所有segment主机名的文件/home/gpadmin/seg_hosts,内容如下:
segment1
segment2
(4)使用gpssh工具在所有segment主机上创建主数据和镜像数据目录,如果没有设置镜像可以不创建mirror目录(切换gpadmin用户)
# gpssh -f seg_hosts -e 'mkdir -p /data/primary'
# gpssh -f seg_hosts -e 'mkdir -p /data/mirror'
# gpssh -f seg_hosts -e 'chown gpadmin /data/primary'
# gpssh -f seg_hosts -e 'chown gpadmin /data/mirror'
7.同步系统时间,需要安装ntpd。# yum install ntp -y
(1) 在Master主机上编辑/etc/ntp.conf来设置如下内容:
server 127.127.1.0
(2) 在Segment主机上编辑/etc/ntp.conf
server master
(3) 在Master主机上,通过NTP守护进程同步系统时钟(切换gpadmin用户)
# gpssh -f all_hosts -v -e 'ntpd'
8.验证操作系统设置(切换gpadmin用户)
# gpcheck -f all_hosts -m master
检查运行结果是否有error信息,如果有处理掉错误信息后重新执行上面的命令检查,直至没有error信息。目前知道的xfs相关的报错不影响安装。
9.创建Greenplum数据库配置文件
(1) 以gpadmin用户登录
# su - gpadmin
(2) 从模板中拷贝一份gpinitsystem_config文件
# cp $GPHOME/docs/cli_help/gpconfigs/gpinitsystem_config /home/gpadmin/gpinitsystem_config
# chmod 775 gpinitsystem_config
(3) 设置所有必须的参数
ARRAY_NAME="EMC Greenplum DW"
SEG_PREFIX=gpseg
PORT_BASE=40000
declare -a DATA_DIRECTORY=(/data/primary)
MASTER_HOSTNAME=master
MASTER_DIRECTORY=/data/master
MASTER_PORT=5432
TRUSTED SHELL=ssh
CHECK_POINT_SEGMENT=8
ENCODING=UNICODE
(4) 设置可选参数
MIRROR_PORT_BASE=50000
REPLICATION_PORT_BASE=41000
MIRROR_REPLICATION_PORT_BASE=51000
declare -a MIRROR_DATA_DIRECTORY=(/data/mirror)
10.运行初始化工具初始化数据库
# gpinitsystem -c gpinitsystem_config -h seg_hosts
成功之后,数据库便启动了,出现Continue with Greenplum creation Yy/Nn>,输入 y,然后等待完成即可。初始化过程中遇到的报错如下:
错误1:
gpadmin-[FATAL][1]:-Failed Update port number to 40000
解决:安装ed-1.1-3.3.el6.x86_64.rpm
错误2:
psql: FATAL: DTM initialization: failure during startup recovery, retry failed, check segment status (cdbtm.c:1603)
20180513:23:05:43:gpinitsystem:master:gpadmin-[FATAL]:-Failed to retrieve rolname. Script Exiting!
解决:关闭防火墙。
11.设置环境变量:
添加"export MASTER_DATA_DIRECTORY=/data/master/gpseg-1"到~/.bashrc文件尾,并同步到segment1和segment2节点。
# scp .bashrc root@segment1:~
# scp .bashrc root@segment2:~
12.启动和停止数据库测试是否能正常启动和关闭,命令如下:
# gpstart -a
# gpstop -a
13.访问数据库:
# psql -d postgres
postgres=# select datname,datdba,encoding,datacl from pg_database;
14.调整数据库参数,必须重新启动数据库:
调整方法:执行命令 gpconfig -c 参数名 -v 参数值 -m Master节点值
检查方法:重启数据库后,执行命令 gpconfig -s 参数名
(1)调整
#gpconfig -c shared_buffers -v 128MB -m 128MB
#gpconfig -c gp_vmem_protect_limit -v 15360 -m 15360
#gpconfig -c max_connections -v 1000 -m 200
#gpconfig --skipvalidation -c wal_send_client_timeout -v 60s -m 60s
(2)查看:
#gpconfig -s shared_buffers
#gpconfig -s gp_vmem_protect_limit
#gpconfig -s max_connections
#gpconfig -s wal_send_client_timeout
或者
# psql -d postgres
postgres=# show shared_buffers;
postgres=# show gp_vmem_protect_limit;
postgres=# show max_connections;
postgres=# show wal_send_client_timeout;
15.查看数据库状态:
# gpstate 三、集群添加standby节点
1.在standby节点的/etc/profile添加:# source /usr/local/gpmaster/greenplum_path.sh
2.所有节点的/etc/hosts中添加:# 192.168.156.200 standby的配置
3.按照安装前准备配置standby主机,然后在master节点的all_hosts文件中添加standby,重新建立ssh互信(root和gpadmin两个用户都要),并复制必要的文件和环境变量。(在master上操作)
# gpssh-exkeys -f all_hosts
# gpssh -h standby -e 'mkdir -p /data/master'
# gpssh -h standby -e 'chown gpadmin:gpadmin /data/master'
# scp /usr/local/gpmaster standby:/usr/local/gpmaster
# scp .bashrc standby:~
# scp .bash_profile standby:~
4.在master上执行以下命令初始化standby节点即可:
# gpinitstandby -s standby
# 如果是重新配置需要先删除原来的standby信息,然后在执行初始化:
# gpinitstandby -r
# rm -rf /data/master/*
# gpinitstandby -s standby 四、master和standby相互切换
1.在master上执行以下命令模拟宕机
# gpstop -m
2.在standby上执行以下命令切换为master身份顶替原来的master
# gpactivatestandby -d $MASTER_DATA_DIRECTORY
# 执行之前需要在gpadmin用户下的.bashrc文件下添加一下两个环境变量,否则会报错。
# export MASTER_DATA_DIRECTORY=/data/master/gpseg-1
# export PGPORT=5432
3.切换完成之后在原来的master上删除/data/master/gpseg-1目录,然后在standby(现在的master)上初始化master,把原来的master变成standby角色。
# gpinitstandby -s master
4.然后可以重复上述操作把master恢复成master角色。 五、新增segment节点
注:新增segment节点有两种情况:第一种是在集群中的原有机器中添加segment;第二种是新增主机,添加segment。Master节点存在Standby,
GreenPlum认为Master有Standby,那么Segment就应该有Mirror,认为数据库开启了Mirror模式,如果实际segment没有mirror则查不到相关的资料,
加入新节点会报错,以下操作在master执行了# gpinitstandby -r去掉集群的standby。
1.按照安装流程把standby节点准备好,新加节点需要在master上的.bashrc文件指定#export PGDATABASE=dbtest环境变量,初始化时候需要把信息写到这个数据库。
(本例是第二种把standby当成新节点加入,如果是第一种把newseg文件内容改为集群中现有的节点主机名即可,操作是一样的。)
2.在master上新建newseg文件,内容为:standby,新加节点的主机名。
3.执行安装前检查,如果有报错先进行处理。
# gpcheck -f newseg
4.检查ssh互信和时间
# gpssh -f newseg -e date
5.执行命令生成加入配置文件
# gpexpand -f newseg
# 输入y
# 输入0或1 ,0表示只在新节点上初始化segment实例,1表示在所有segment节点初始化一个再加一个segment,新的节点是2个segment。这里输入0.
# 生成gpexpand_inputfile_20180529_164324文件和gpexpand_inputfile_20180529_164324.fs文件(若还没有文件空间则没有.fs文件)
# standby:standby:40000:/data/primary/gpseg2:4:2:p --根据两个文件中的内容在各自的节点上创建好对应的目录并授权
6.执行以下命令正式加入节点
# gpexpand -i gpexpand_inputfile_20180529_164324 -S -V -v -n 1 -B 1 -t /tmp --参数-S是表示用spread方式,不加是默认的group模式
# 由于standby节点没有新建/data/primary目录导致报错执行# gpexpand -r -D dbdream回滚掉之前的操作,在回滚时也报错,发现数据库已经关闭,
需要通过# gpstart -R将数据库启动到utility模式,然后回滚掉之前的添加Segment操作:gpexpand -r -D dbdream,回滚后再启动数据库# gpstart -a重新执行加入命令加入成功。
7.segment添加成功之后如果需要将数据重分布则执行以下命令:
# gpexpand -a -d 1:00:00 -D dbtest -S -t /tmp -v -n 1
# 等待重分布完成
# select * from gpexpand.expansion_progress; --查看重分布进度
8.清除gpextend产生的schema gpexpand
# gpexpand -c -D dbtest
# 输入两次y 六、非Mirror模式为Segment节点增加Mirror
1.在所有segment节点上创建mirror的数据存放文件和文件空间所需的目录(如果有文件空间)
# mkdir /data/mirror
# chown -R gpadmin.gpadmin mirror
2.在master节点上使用以下参数生成添加Mirror的参数文件
# gpaddmirrors -o add_mirror
# 输入mirror的数据目录:/data/mirror
#生成文件内容如下,可以看到segment1对应的mirror0放到了segment2节点上,以此类推:
# cat add_mirror
filespaceOrder=
mirror0=0:segment2:41000:42000:43000:/data/mirror/gpseg0
mirror1=1:standby:41000:42000:43000:/data/mirror/gpseg1
mirror2=2:segment1:41000:42000:43000:/data/mirror/gpseg2
3.执行以下命令正式添加mirror
# gpaddmirrors -i add_mirror
# 添加完成会提示通过gpstate –s命令来查看Mirror的状态,Use gpstate -s to check the resynchronization progress。
4.查看mirror信息
# gpstate -m
5.数据库查看mirror的信息
# select * from gp_segment_configuration order by dbid;
6.把初始化standby接入集群。
# gpinitstandby -s standby
7.此时GP集群正常,拥有master,standby实例,3个segment实例和3个mirror实例。 七、Segment节点故障转移到Mirror并恢复segment
1.重启segment2节点主机,模拟segment2节点宕机。此时集群读写正常,但是standby节点的mirror切换为primary了,standby有两个primary,数据分布不均衡了。
使用以下sql可以查看到各个节点之间的状态变化。(注意segment2重启后关闭iptables,否则执行# gprecoverseg 会很久并卡住)
# dbtest=# select * from gp_segment_configuration order by 1;
dbid | content | role | preferred_role | mode | status | port | hostname | address | replication_port | san_mounts
------+---------+------+----------------+------+--------+-------+----------+----------+------------------+------------
1 | -1 | p | p | s | u | 5432 | master | master | |
2 | 0 | p | p | c | u | 40000 | segment1 | segment1 | 43000 |
3 | 1 | m | p | s | d | 40000 | segment2 | segment2 | 43000 |
4 | 2 | p | p | s | u | 40000 | standby | standby | 43000 |
5 | 0 | m | m | s | d | 41000 | segment2 | segment2 | 42000 |
6 | 1 | p | m | c | u | 41000 | standby | standby | 42000 |
7 | 2 | m | m | s | u | 41000 | segment1 | segment1 | 42000 |
8 | -1 | m | m | s | u | 5432 | standby | standby | | 2.恢复到原来的架构,有两种可能情况,第一种情况,当故障主机启动后,这台主机上的节点会自动启动,当然现在已经都是Mirror节点了,角色是不会切换的,
而且数据是不一致状态。这种情况只需要使用gprecoverseg命令同步一下数据后,就可以切换到原来的架构了。第二种情况,当故障主机segment2启动后,
这台主机上的节点并没有启动,而且在重启数据库时,这台主机上的节点也没有启动。以下操作针对第二种情况,需要使用gprecoverseg命令同步故障机节点的数据,
如果数据量很大,同步要很长时间。
# gprecoverseg
# 会列出需要同步的节点,输入y
# 数据同步完成,查看mirror节点的信息,mirror状态正常,但是当前角色还没有切换回来。# gpstate -m
3.进行primary和mirror角色切换
# gprecoverseg -r
# 会列出需要切换的节点,输入y
# 切换完成,使用gpstate –m查看mirror信息。
# 使用# gpstate -e 命令有可能会看到主/备数据正在同步,这是正常的,过段时间同步好了再查看就正常了。
# 还可以使用以下sql来查看数据库的切换信息,还有扩充segment和加mirror的信息
# select * from gp_configuration_history; 八、迁移(替换)segment节点
# 这里迁移standby主机上的primary和mirror到master主机,如果是新机器则按照“新增一个segment节点”步骤执行到第四步初始化好机器,无需执行gpextend,
迁移过程中gp集群会自动将其加入。(迁移segment节点还可以手动停掉segment实例:# pg_ctl stop -D /data/primry/gpseg1,然后停集群,拷贝segment数据目录到目的迁移主机上,只修改status为d的记录主机为目的迁移的主机名重启做恢复和角色切换即可。)
1)在master主机上创建对应的目录
# mkdir {primary,fspc_primary,mirror,fspc_mirror}
# chown -R gpadmin.gpadmin primary fspc_primary mirror fspc_mirror
2)查看集群的节点信息并备份:
# pg_dump -t gp_segment_configuration -c -f ~/gp_segment_configuration.dat
dbtest=# select * from gp_segment_configuration;
dbid | content | role | preferred_role | mode | status | port | hostname | address | replication_port | san_mounts
------+---------+------+----------------+------+--------+-------+----------+----------+------------------+------------
1 | -1 | p | p | s | u | 5432 | master | master | |
4 | 2 | p | p | s | u | 40000 | standby | standby | 43000 |
7 | 2 | m | m | s | u | 41000 | segment1 | segment1 | 42000 |
8 | -1 | m | m | s | u | 5432 | standby | standby | |
2 | 0 | p | p | s | u | 40000 | segment1 | segment1 | 43000 |
5 | 0 | m | m | s | u | 41000 | segment2 | segment2 | 42000 |
3 | 1 | p | p | s | u | 40000 | segment2 | segment2 | 43000 |
6 | 1 | m | m | s | u | 41000 | standby | standby | 42000 |
dbtest=# select * from pg_filespace_entry; --查看文件空间
fsefsoid | fsedbid | fselocation
----------+---------+---------------------------
3052 | 2 | /data/primary/gpseg0
3052 | 3 | /data/primary/gpseg1
3052 | 1 | /data/master/gpseg-1
3052 | 4 | /data/primary/gpseg2
3052 | 5 | /data/mirror/gpseg0
3052 | 6 | /data/mirror/gpseg1
3052 | 7 | /data/mirror/gpseg2
3052 | 8 | /data/master/gpseg-1
16471 | 1 | /data/fspc_master/gpseg-1
16471 | 2 | /data/fspc_primary/gpseg0
16471 | 3 | /data/fspc_primary/gpseg1
16471 | 4 | /data/fspc_primary/gpseg2
16471 | 5 | /data/fspc_mirror/gpseg0
16471 | 6 | /data/fspc_mirror/gpseg1
16471 | 7 | /data/fspc_mirror/gpseg2
16471 | 8 | /data/fspc_master/gpseg-1
3)停掉集群
# gpstop -a
4)master方式启动集群
# gpstart -m
5)修改集群的节点信息
# PGOPTIONS="-c gp_session_role=utility" psql -d postgres
# set allow_system_table_mods='dml'; --获取修改系统表的权限
# update gp_segment_configuration set hostname='master',address='master',status='d' where (content=1 and role='m');
# update gp_segment_configuration set mode='c' where (content=1 and role ='p');
# update gp_segment_configuration set hostname='master',address='master',status='d' where (content=2 and role='p');
# update gp_segment_configuration set role = CASE WHEN preferred_role='p' then 'm' ELSE 'p' END where content=2;
# update gp_segment_configuration set mode='c' where (content=2 and role ='p');
dbtest=# select * from gp_segment_configuration; --查看修改后的配置
dbid | content | role | preferred_role | mode | status | port | hostname | address | replication_port | san_mounts
------+---------+------+----------------+------+--------+-------+----------+----------+------------------+------------
1 | -1 | p | p | s | u | 5432 | master | master | |
8 | -1 | m | m | s | u | 5432 | standby | standby | |
2 | 0 | p | p | s | u | 40000 | segment1 | segment1 | 43000 |
5 | 0 | m | m | s | u | 41000 | segment2 | segment2 | 42000 |
6 | 1 | m | m | s | d | 41000 | master | master | 42000 |
3 | 1 | p | p | c | u | 40000 | segment2 | segment2 | 43000 |
4 | 2 | m | p | s | d | 40000 | master | master | 43000 |
7 | 2 | p | m | c | u | 41000 | segment1 | segment1 | 42000 |
6)重启集群
# gpstop -m
# gpstart -a
# 集群可以启动成功,但是会提示有2个segment需要恢复,此时standby节点上的segment不会启动了,相当于自动移除了。
7)恢复master上的segment
# gprecoverseg -F --执行完全恢复
# 输入y
# 集群会自动在master上启动segment的进程并同步数据,但是此时master上的两个segment都是mirror,角色没有切换,需要手工切换,但是需要在数据同步完成之后执行。
注意:恢复过程,数据越大,时间越长,需要注意使用# gpstate -m检查时,如果出现Resynchronizing字样,一定不能执行下一步操作,需要等状态变为Synchronized之后,
才能继续下一步操作。
8)数据同步完成后进行角色切换
# gpstate -m --查看数据是否同步完成
# gprecoverseg -r
# 输入y
# gpstate -e --切换后查看同步状态
# 等待一段时间再次查看所有segment同步数据完成,状态正常。
9)查看此时的节点信息和文件空间目录
dbtest=# select * from gp_segment_configuration; --节点的信息更新了
dbid | content | role | preferred_role | mode | status | port | hostname | address | replication_port | san_mounts
------+---------+------+----------------+------+--------+-------+----------+----------+------------------+------------
1 | -1 | p | p | s | u | 5432 | master | master | |
8 | -1 | m | m | s | u | 5432 | standby | standby | |
2 | 0 | p | p | s | u | 40000 | segment1 | segment1 | 43000 |
5 | 0 | m | m | s | u | 41000 | segment2 | segment2 | 42000 |
3 | 1 | p | p | s | u | 40000 | segment2 | segment2 | 43000 |
6 | 1 | m | m | s | u | 41000 | master | master | 42000 |
4 | 2 | p | p | s | u | 40000 | master | master | 43000 |
7 | 2 | m | m | s | u | 41000 | segment1 | segment1 | 42000 |
dbtest=# select * from pg_filespace_entry; --可以看到最后四行被更新了
fsefsoid | fsedbid | fselocation
----------+---------+---------------------------
3052 | 2 | /data/primary/gpseg0
3052 | 3 | /data/primary/gpseg1
3052 | 1 | /data/master/gpseg-1
3052 | 5 | /data/mirror/gpseg0
3052 | 7 | /data/mirror/gpseg2
3052 | 8 | /data/master/gpseg-1
16471 | 1 | /data/fspc_master/gpseg-1
16471 | 2 | /data/fspc_primary/gpseg0
16471 | 3 | /data/fspc_primary/gpseg1
16471 | 5 | /data/fspc_mirror/gpseg0
16471 | 7 | /data/fspc_mirror/gpseg2
16471 | 8 | /data/fspc_master/gpseg-1
3052 | 4 | /data/primary/gpseg2
16471 | 4 | /data/fspc_primary/gpseg2
3052 | 6 | /data/mirror/gpseg1
16471 | 6 | /data/fspc_mirror/gpseg1 九、移除segment节点
# 移除segment节点有两种方式,第一种是采用替换segment的步骤将要移除的segment的实例迁移到其他segment节点;第二种是全备数据库,删除节点后重新恢复数据,
大数据量场景下耗时长。以下操作是第二种,将master上的segment节点移除掉(这里的移除的segment是包含了primary和mirror的,
若只有primary则第四步中不需要执行update操作,第五步不用# gprecoverseg恢复操作)。
1)备份数据库
# gp_dump --gp-d=/home/gpadmin/backup dbtest --该命令会备份每个segment的自己那部分数据在各自节点的指定目录下
2)关闭数据库
# gpstop -a
3)master模式启动数据库
# gpstart -m
4)登录数据库
# PGOPTIONS="-c gp_session_role=utility" psql -d dbtest
# set allow_system_table_mods='dml'; --获取修改系统表的权限
# delete from gp_segment_configuration where dbid in (4,6);
# update gp_segment_configuration set content = 1 where dbid = 7;
# delete from pg_filespace_entry where fsedbid in (4,6);
# update pg_filespace_entry set fselocation='/data/mirror/gpseg1' where fsefsoid=3052 and fsedbid=7;
# update pg_filespace_entry set fselocation='/data/fspc_mirror/gpseg1' where fsefsoid=16471 and fsedbid=7;
# gpstop -m
5)启动数据库并查看节点是否删除,并且执行同步操作恢复mirror
# gpstart -a
# gpstate -s
# gprecoverseg
# gpstate -e
# gpstate -m
6)恢复数据,只需要将移除节点上backup目录下的数据重分布到集群即可。
# psql dbtest -f /home/gpadmin/backup/gp_dump_0_* 十、常用SQL和数据导入导出
1.远程登录
# create role usertest password 'test123' createdb login; //创建用户并授予登录和创建数据库的权限
# alter role gpadmin with password ‘gpadmin’;
# select rolname,oid from pg_roles; //查看用户信息
# vi pg_hba.conf //添加以下内容
host all gpadmin 192.168.156.145/32 md5
# gpstop -u //重新加载后才能使之生效,不需要重启数据库
# psql -d dbtest -U gpadmin -h master -p 5432
2.查看数据库集群的数据分布情况
# select gp_segment_id,count(*) from tt group by 1 order by 1;
gp_segment_id | count
---------------+-------
0 | 4
1 | 5
2 | 3
3.查看表空间和文件空间对应关系,默认只有pg_segment一个文件空间,上面有pg_default和pg_global两个表空间
# select a.spcname,b.fsname from pg_tablespace a,pg_filespace b where spcfsoid=b.oid;
4.新建表空间
1)先创建文件空间,master节点和所有segment节点
# mkdir /data/fspc_master && chown -R gpadmin.gpadmin /data/fspc_master (master和standby节点都要创建)
# gpssh -f seg_hosts -e 'mkdir /data/fspc_primary'
# gpssh -f seg_hosts -e 'mkdir /data/fspc_mirror'
# gpssh -f seg_hosts -e 'chown -R gpadmin.gpadmin /data/fspc_primary'
# gpssh -f seg_hosts -e 'chown -R gpadmin.gpadmin /data/fspc_mirror'
2)创建文件空间
# gpfilespace
# 输入表空间的名字,名字随便起,但是不能使用gp_开头,输入:tablespace1
# 输入Segment节点的文件空间目录:/data/fspc_primary
# 输入Mirror节点的文件空间目录:/data/fspc_mirror
# 输入Master节点的文件空间目录:/data/fspc_master
# 生成一个类似gpfilespace_config_20180529_195239的配置文件,这个文件可以自己创建和修改
3)正式创建文件空间
# gpfilespace --config gpfilespace_config_20180529_195239
4)创建完文件空间,即可在文件空间上创建表空间,创建表空间必须使用support权限用户
# create tablespace tbs1 filespace tablespace1;
5)设置用户默认就使用新建的表空间
# alter role gpadmin set default_tablespace='tbs1';
# grant all on tablespace tbs1 to gpadmin;
6)在创建数据库时,指定数据库使用的默认表空间
# create database tt tablespace tbs1;
5.修改表字段和CTAS(create table as select)的方式创表
# alter table tt alter column tt type bigint;
# create table t_ctas as select * from tt;
6.加载和卸载数据(必须要超级用户)
# copy命令导入导出都要经过master,效率低下,适合数据量小的场景。数据量大,需要并发导入导出使用外部表gpfdist工具,
直接从segment节点导入导出。数据加载还可以使用gpload工具,需要使用yaml语言编写gpload工具的控制文件。
1)copy命令数据加载
# copy tt from '/home/gpadmin/tt.txt' with delimiter ',' null '' LOG ERRORS INTO TT_ERRS SEGMENT REJECT LIMIT 100;
# 指定null参数时,包含空值的数据可以成功加载,但是可能会遇到字段类型不匹配的情况,也就是错误数据,解决这个问题可以修改数据文件中错误的数据,
还可以通过指定记录并跳过错误数据,将正确的数据加载到数据库,这是常用的方法,毕竟大多数情况都不知道数据文件中存在多少错误的数据,也可以修改数据文件中空数据为\N。
2)copy命令数据卸载
# copy tt to '/home/gpadmin/tt_output.txt' WITH DELIMITER AS ',';
# 使用copy命令卸载数据时,空数据以\N的方式卸载,\N是null的转义
7.查看表文件大小:
# select pg_size_pretty(calc_partition_table('public','tt'));
# select pg_size_pretty(pg_relation_size('tt'));
# select pg_size_pretty(pg_database_size('dbtest'));
8.查看活动会话:
# select * from pg_stat_activity;
# select pg_cancel_backend(procpid); --杀死某次查询
# select pg_cancel_backend(85475);
# ps -ef | grep -i postgres | grep -i con
9.表分析:
# Vacuum analyze tt;
# select * from pg_stat_user_tables where relname = 'tt';
10.查看磁盘、数据库空间
# SELECT * FROM gp_toolkit.gp_disk_free ORDER BY dfsegment;
# SELECT * FROM gp_toolkit.gp_size_of_database ORDER BY sodddatname;
11.查看日志
# SELECT * FROM gp_toolkit.__gp_log_master_ext;
# SELECT * FROM gp_toolkit.__gp_log_segment_ext;
12.查看表占用空间
# SELECT relname as name, sotdsize/1024/1024 as size_MB, sotdtoastsize as toast, sotdadditionalsize as other
FROM gp_toolkit.gp_size_of_table_disk as sotd, pg_class WHERE sotd.sotdoid = pg_class.oid ORDER BY relname;
13.查看索引占用空间
# SELECT soisize/1024/1024 as size_MB, relname as indexname FROM pg_class, gp_toolkit.gp_size_of_index
WHERE pg_class.oid = gp_size_of_index.soioid AND pg_class.relkind='i';
14.查看锁
# SELECT locktype, database, c.relname, l.relation, l.transactionid, l.transaction, l.pid, l.mode, l.granted, a.current_query
FROM pg_locks l, pg_class c, pg_stat_activity a WHERE l.relation=c.oid AND l.pid=a.procpid ORDER BY c.relname;
15.查看队列
# SELECT * FROM pg_resqueue_status;
16.OBJECT的操作统计
#SELECT schemaname as schema, objname as table, usename as role, actionname as action, subtype as type, statime as time FROM pg_stat_operations
WHERE objname = '<name>'; 十一、GP集群中表的数据分布机制以及同步机制
1)GreenPlum数据库支持hash分布(DISTRIBUTED BY)和随机分布(DISTRIBUTED RANDOMLY)两种分布策略,hash分布会计算分布键的hash值,
相似的hash值的数据会放到同一个Segment节点上,和hash分区算法有些类似,这样,同样的分布键的数据肯定会分布到同一个Segment节点,
这样在多表关联的时候,如果关联字段都是分布键,就可以在每个Segment节点关联后,Segment节点把结果发送到Master节点,再由Master节点汇总,
将最终的结果返还客户端。而随机分布则不能保证同样分布键的数据分布在同一个Segment节点上,这样在表关联的时候,就需要将数据发送到所有Segment节点去做运算,
这样网络传输和大量数据运算都需要较长的时间,性能非常低下,GreenPlum数据库不建议需要多表关联的表使用随机分布,也不推荐使用随机分布。
还有一点,因为每个Segment节点都是独立的PostgreSql数据库,只能保证在单个Segment几点的数据唯一性,而随机分布不能保证整体数据的唯一性,
而hash分布,相同分布键的数据会分配到同一个Segment节点,这样在单个Segment节点保证数据唯一性,也就保证了整体数据的唯一性。hash分布也是GreenPlum数据库的默认分布方式。
2)建表时如果不指定分布键和分布策略,如果表中包含主键,默认会选择主键为分布键,如果表上有唯一约束但没有主键,那么默认选择唯一字段作为分布键,
否则默认使用第一个字段作为分布键,并且使用hash分布策略。GreenPlum数据库不支持同时存在两个唯一的字段(复合主键除外)。如果建表时指定的分布键不是主键,
那么GreenPlum会把表的分布键改为主键字段,而不是指定的字段,但是SQL语句中指定的分布键必须包含主键字段,而且主键字段必须在SQL指定的分布键的第一列出现才可以,
否则会导致SQL无法成功运行。另外,随机分布不支持主键和唯一键,因为随机分布保证不了整体数据的唯一性。
3)master和standby之间是使用流复制机制同步数据的,同步的是元数据,所以一般情况下同步很快完成。segment的primary和mirror之间是采用文件同步的方式。
4)greenplum的两种节点分布模式:grouped和spread。grouped模式,默认的节点分布方式,主机的mirror节点全部放在下一个主机上,在segment主机数非常多的情况下,
至少允许两台主机挂掉;spread模式,主机的第一个mirror在下个主机,第二个mirror在次下个主机,第三mirror在次次下个主机,在segment主机数非常多的情况下,
只可以挂掉一台主机。执行初始化命令:gpinitsystem加上-S,节点分布方式为spread,如:# gpinitsystem -c gpinitsystem_config -h seg_hosts -S
或者是:# gpexpand -f new_seg -S。

  

[原创]Greenplum数据库集群实践的更多相关文章

  1. CentOS和Ubuntu下安装配置Greenplum数据库集群(包括安装包和源码编译安装)

    首先说一下,无论是CentOS/RedHat还是Ubuntu都可以按源码方式.安装包方式编译安装. 1.   规划 192.168.4.93(h93)       1个主master  2个主segm ...

  2. 【Data Cluster】真机环境下MySQL数据库集群搭建

    真机环境下MySQL-Cluster搭建文档  摘要:本年伊始阶段,由于实验室对不同数据库性能测试需求,才出现MySQL集群搭建.购置主机,交换机,双绞线等一系列准备工作就绪,也就开始集群搭建.起初笔 ...

  3. Kubernetes 部署 Nebula 图数据库集群

    Kubernetes 是什么 Kubernetes 是一个开源的,用于管理云平台中多个主机上的容器化的应用,Kubernetes 的目标是让部署容器化的应用简单并且高效,Kubernetes 提供了应 ...

  4. MySQL数据库集群进行正确配置步骤

    MySQL数据库集群进行正确配置步骤 2010-06-09 10:47 arrowcat 博客园 字号:T | T 我们今天是要和大家一起分享的是对MySQL数据库集群进行正确配置,我前两天在相关网站 ...

  5. Facebook揭密:如何让MySQL数据库集群自主运行

    Facebook运行着全球最大的MySQL数据库集群,该集群分布在两个大洲上的多个数据中心中数以千计的服务器上.让人不解的是,Facebook只动用了一个很小的团队来管理这个庞大的MySQL数据库集群 ...

  6. SequoiaDB数据库集群部署

    一般在多机环境下部署数据库的集群模式是比较繁琐的,下面我来分享一个如何通过shell脚本的方式简单.方便地部署我们的集群. 首先,我们要给机器配置信任关系,这样我们就无需手动的输入密码来执行ssh和s ...

  7. 手把手教你用Mysql-Cluster-7.5搭建数据库集群

    前言 当你的业务到达一定的当量,肯定需要一定数量的数据库来负载均衡你的数据库请求,我在之前的博客中已经说明了,如何实现负载均衡,但是还有一个问题就是数据同步,因为负载均衡的前提就是,各个服务器的数据库 ...

  8. 数据库集群 MySQL主从复制

    MySQL主从复制 本节内容我们联系使用MySQL的主从复制功能配置Master和Slave节点,验证数据MySQL的数据同步功能. 因为要使用多个MySQL数据库,所以不建议在电脑上安装多个MySQ ...

  9. windows NLB实现MSSQL读写分离--从数据库集群读负载均衡

    主从模式,几乎大部分出名的数据库都支持的一种集群模式. 当Web站点的访问量上去之后,很多站点,选择读写分离,减轻主数据库的的压力.当然,一主多从也可以作用多个功能,比如备份.这里主要演示如何实现从数 ...

随机推荐

  1. 零元学Expression Blend 4 &ndash; Chapter 21 以实作案例学习MouseDragElementBehavior

    原文:零元学Expression Blend 4 – Chapter 21 以实作案例学习MouseDragElementBehavior 本章将教大家如何运用Blend 4内建的行为注入元件「Mou ...

  2. C#获取应用路径的一些方法

    // 获取程序的基目录. System.AppDomain.CurrentDomain.BaseDirectory // 获取模块的完整路径. System.Diagnostics.Process.G ...

  3. [PowerDesign]将数据库从SQL Server数据库转换为MySQL

    原文:[PowerDesign]将数据库从SQL Server数据库转换为MySQL 一.迁移Database Schema. 首先使用Sybase Powerdesigner的逆向工程功能,逆向出S ...

  4. 奇虎360选择IPO “壳概念”很受伤

    黄一帆   “市场正呈现出为一幕经典影像:在绚丽的霞光笼罩下,蔚蓝色的大海边,在金色的海岸上,欢笑的孩子们踮起脚尖,刚好看见原来海平面露出的航船桅杆——那是缓缓驶来的注册制号:而转过头来,则是沙滩上大 ...

  5. 开源项目 RethinkDB 关闭,创始人总结失败教训(市场定位错误)

    当我们宣布RethinkDB关闭时,我答应写一个调查分析.我花了一些时间来整理所得的教训和经验,现在可以清楚地写出来. 在HN讨论贴中,人们提出了许多关于为什么RethinkDB失败的原因,从莫名的人 ...

  6. WebRequest请求错误(服务器提交了协议冲突. Section=ResponseHeader Detail=CR 后面必须是 LF)

    WebRequest请求错误(服务器提交了协议冲突. Section=ResponseHeader Detail=CR 后面必须是 LF)解决办法,天津config文件,增加一个配置如下 <?x ...

  7. 创业游戏模拟器 Startup 游戏试玩

    买的正版游戏,还在beta阶段.因为对这种经营类的游戏挺感兴趣,结合自己也是做这个行当的.算是一次性通关了吧.我来评价一下这个游戏.足足玩了有5个多小时.从1级玩到15级.解锁了所有的内容.员工从1个 ...

  8. Struts2 学习笔记(概述)

    Struts2 学习笔记 2015年3月7日11:02:55 MVC思想 Strust2的MVC对应关系如下: 在MVC三个模块当中,struts2对应关系如下: Model: 负责封装应用的状态,并 ...

  9. shell多线程(3)while循环

    start="2018-06-17" end="2018-07-01" min=`date -d "${start}" +%Y%m%d` m ...

  10. Docker最全教程之使用Node.js搭建团队技术文档站(二十三)

    前言 各种编程语言均有其优势和生态,有兴趣的朋友完全可以涉猎多门语言.在平常的工作之中,也可以尝试选择相对适合的编程语言来完成相关的工作. 在团队技术文档站搭建这块,笔者尝试了许多框架,最终还是选择了 ...