学习目标
学习检查数据库运行状态、锁信息、维护表、重建索引等数据库维护操作技术课程学习
1.检查openGauss状态
--操作系统命令查看实例状态
su - omm
ps -ef|grep gaussdb
ps -Tp 18275
--使用数据库工具gs_ctl查看实例状态
gs_ctl status -D /openGauss/data/dn
--检查参数
gsql -r
show data_directory;执行过程如下：
[root@opengauss dn]# su - omm
上一次登录：三 12月 14 10:05:11 CST 2022pts/0 上
[omm@opengauss ~]$ ps -ef|grep gaussdb
omm 18275 1 4 09:47 ? 00:01:30 /openGauss/app/bin/gaussdb -D /openGauss/data/dn
omm 21010 19665 0 10:24 pts/0 00:00:00 grep --color=auto gaussdb
[omm@opengauss ~]$ ps -Tp 18275
PID SPID TTY TIME CMD
18275 18275 ? 00:00:11 gaussdb
18275 18276 ? 00:00:00 jemalloc_bg_thd
18275 18281 ? 00:00:00 gaussdb
18275 18282 ? 00:00:00 syslogger
18275 18283 ? 00:00:00 jemalloc_bg_thd
18275 18284 ? 00:00:00 alarm
18275 18285 ? 00:00:00 reaper
18275 18286 ? 00:00:00 jemalloc_bg_thd
18275 18287 ? 00:00:00 jemalloc_bg_thd
18275 18312 ? 00:00:00 checkpointer
18275 18313 ? 00:00:00 Spbgwriter
18275 18314 ? 00:00:08 pagewriter
18275 18315 ? 00:00:00 pagewriter
18275 18316 ? 00:00:00 pagewriter
18275 18317 ? 00:00:00 pagewriter
18275 18318 ? 00:00:00 pagewriter
18275 18319 ? 00:00:00 WALwriter
18275 18320 ? 00:00:00 WALwriteraux
18275 18321 ? 00:00:00 AVClauncher
18275 18322 ? 00:00:00 Jobscheduler
18275 18323 ? 00:00:00 asyncundolaunch
18275 18324 ? 00:00:00 globalstats
18275 18325 ? 00:00:00 applylauncher
18275 18326 ? 00:00:00 statscollector
18275 18327 ? 00:00:00 txnsnapcapturer
18275 18328 ? 00:00:00 CfsShrinker
18275 18329 ? 00:00:07 percentworker
18275 18330 ? 00:00:36 ashworker
18275 18331 ? 00:00:08 TrackStmtWorker
18275 18332 ? 00:00:00 auditor
18275 18333 ? 00:00:00 2pccleaner
18275 18334 ? 00:00:00 faultmonitor
18275 18336 ? 00:00:00 undorecycler
[omm@opengauss ~]$ gs_ctl status -D /openGauss/data/dn
[2022-12-14 10:24:48.603][21024][][gs_ctl]: gs_ctl status,datadir is /openGauss/data/dn
gs_ctl: server is running (PID: 18275)
/openGauss/app/bin/gaussdb "-D" "/openGauss/data/dn"
[omm@opengauss ~]$ gsql -r
gsql ((openGauss 3.1.0 build 4e931f9a) compiled at 2022-09-29 14:19:24 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
omm=# show data_directory;
data_directory
--------------------
/openGauss/data/dn
(1 row)
omm=# 2.检查锁信息
锁机制是数据库保证数据一致性的重要手段，检查相关信息可以检查数据库的事务和运行状况。--查询数据库中的锁信息
SELECT * FROM pg_locks;--查询等待锁的线程状态信息
SELECT * FROM pg_thread_wait_status WHERE wait_status = 'acquire lock';执行过程如下：
omm=# SELECT * FROM pg_locks;
locktype | database | relation | page | tuple | bucket | virtualxid | transactionid | classid | objid | objsubid | virtualtransaction | pid | sessionid | mode | granted | fastpath | locktag | global_sessionid
------------+----------+----------+------+-------+--------+------------+---------------+---------+-------+----------+--------------------+-----------------+-----------------+-----------------+---------+----------+-------------------+------------------
relation | 16384 | 12135 | | | | | | | | | 9/2397 | 140157728192256 | 140157728192256 | AccessShareLock | t | t | 4000:2f67:0:0:0:0 | 0:0#0
virtualxid | | | | | | 9/2397 | | | | | 9/2397 | 140157728192256 | 140157728192256 | ExclusiveLock | t | t | 9:95d:0:0:0:7 | 0:0#0
(2 rows)
omm=# SELECT * FROM pg_thread_wait_status WHERE wait_status = 'acquire lock';
node_name | db_name | thread_name | query_id | tid | sessionid | lwtid | psessionid | tlevel | smpid | wait_status | wait_event | locktag | lockmode | block_sessionid | global_sessionid
-----------+---------+-------------+----------+-----+-----------+-------+------------+--------+-------+-------------+------------+---------+----------+-----------------+------------------
(0 rows)
omm=# 3.统计事件数据
SQL语句长时间运行会占用大量系统资源，用户可以通过查看事件发生的时间，占用内存大小来了解现在数据库运行状态。--查询事件的时间，查询事件的线程启动时间、事务启动时间、SQL启动时间以及状态变更时间。
SELECT backend_start,xact_start,query_start,state_change FROM pg_stat_activity;
--查询当前服务器的会话计数信息
SELECT count(*) FROM pg_stat_activity;
--查询系统级统计信息，查询当前使用内存最多的会话信息。
SELECT * FROM pv_session_memory_detail() ORDER BY usedsize desc limit 10;
--查询表统计信息
SELECT * FROM pg_statistic;执行过程如下：
omm=# SELECT backend_start,xact_start,query_start,state_change FROM pg_stat_activity;
backend_start | xact_start | query_start | state_change
-------------------------------+-------------------------------+-------------------------------+-------------------------------
2022-12-14 09:47:31.820917+08 | | | 2022-12-14 10:25:16.670713+08
2022-12-14 10:24:54.815244+08 | 2022-12-14 10:25:17.457515+08 | 2022-12-14 10:25:17.457515+08 | 2022-12-14 10:25:17.457525+08
2022-12-14 09:47:31.228077+08 | | |
2022-12-14 09:47:31.814172+08 | | | 2022-12-14 10:25:14.18168+08
2022-12-14 09:47:31.815161+08 | | | 2022-12-14 10:25:17.214645+08
2022-12-14 09:47:31.811879+08 | | | 2022-12-14 09:47:31.811899+08
2022-12-14 09:47:31.194527+08 | | |
2022-12-14 09:47:31.142383+08 | | |
(8 rows)
omm=# SELECT count(*) FROM pg_stat_activity;
count
-------
8
(1 row)
omm=# SELECT * FROM pv_session_memory_detail() ORDER BY usedsize desc limit 10;
sessid | threadid | contextname | level | parent | totalsize | freesize | usedsize
--------+----------+-------------+-------+--------+-----------+----------+----------
(0 rows)
omm=# 4.数据库版本、日志信息
--数据库版本
SELECT version();
--在gsql中
\! ls /openGauss/log/omm/omm/pg_log/dn_6001
\q
--数据库日志位置
cd /openGauss/log/omm/omm/pg_log/dn_6001
ls /openGauss/log/omm/omm/pg_log/dn_6001执行过程如下：
omm=# SELECT version();
version
------------------------------------------------------------------------------------------------------------------------------------------------------
(openGauss 3.1.0 build 4e931f9a) compiled at 2022-09-29 14:19:24 commit 0 last mr on x86_64-unknown-linux-gnu, compiled by g++ (GCC) 7.3.0, 64-bit
(1 row)
omm=# \! ls /openGauss/log/omm/omm/pg_log/dn_6001
postgresql-2022-12-04_151939.log postgresql-2022-12-14_094727.log
omm=# \q
[omm@opengauss ~]$ cd /openGauss/log/omm/omm/pg_log/dn_6001
[omm@opengauss dn_6001]$ ls /openGauss/log/omm/omm/pg_log/dn_6001
postgresql-2022-12-04_151939.log postgresql-2022-12-14_094727.log
[omm@opengauss dn_6001]$ 5.检查应用连接数
如果应用程序与数据库的连接数超过最大值，则新的连接无法建立。建议每天检查连接数，及时释放空闲的连接或者增加最大连接数。--执行如下SQL语句查看连接数。
gsql -r
SELECT count(*) FROM (SELECT pg_stat_get_backend_idset() AS backendid) AS s;
--查看现有最大连接数。
SHOW max_connections;执行过程如下：
[omm@opengauss dn_6001]$ gsql -r
gsql ((openGauss 3.1.0 build 4e931f9a) compiled at 2022-09-29 14:19:24 commit 0 last mr )
Non-SSL connection (SSL connection is recommended when requiring high-security)
Type "help" for help.
omm=# SELECT count(*) FROM (SELECT pg_stat_get_backend_idset() AS backendid) AS s;
count
-------
20
(1 row)
omm=# SHOW max_connections;
max_connections
-----------------
5000
(1 row)
omm=# 6.例行维护表：VACUUM、VACUUM FULL和ANALYZE
为了保证数据库的有效运行，数据库必须在插入/删除操作后，基于客户场景，定期做VACUUM FULL和ANALYZE，更新统计信息，以便获得更优的性能。VACUUM和ANALYZE会导致I/O流量的大幅增加，这可能会影响其他活动会话的性能。
--创建表、插入数据、查看数据
CREATE TABLE customer_t
( c_customer_sk integer,
c_customer_id char(5),
c_first_name char(6),
c_last_name char(8)
) ;
INSERT INTO customer_t (c_customer_sk, c_customer_id, c_first_name,c_last_name) VALUES
(6885, 1, 'Joes', 'Hunter'),
(4321, 2, 'Lily','Carter'),
(9527, 3, 'James', 'Cook'),
(9500, 4, 'Lucy', 'Baker');
select count(*) from customer_t;
--使用VACUUM或VACUUM FULL命令，进行磁盘空间回收。
--使用VACUUM
VACUUM customer_t;
--使用VACUUM full
--需要向正在执行的表增加排他锁，且需要停止其他所有数据库操作。
VACUUM FULL customer_t;
--使用ANALYZE语句更新统计信息。
ANALYZE customer_t;
--使用ANALYZE VERBOSE语句更新统计信息，并输出表的相关信息。
ANALYZE VERBOSE customer_t;
--也可以同时执行VACUUM ANALYZE命令进行查询优化。
VACUUM ANALYZE customer_t;执行过程如下：
omm=# CREATE TABLE customer_t
omm-# ( c_customer_sk integer,
omm(# c_customer_id char(5),
omm(# c_first_name char(6),
omm(# c_last_name char(8)
omm(# ) ;
CREATE TABLE
omm=# INSERT INTO customer_t (c_customer_sk, c_customer_id, c_first_name,c_last_name) VALUES
omm-# (6885, 1, 'Joes', 'Hunter'),
omm-# (4321, 2, 'Lily','Carter'),
omm-# (9527, 3, 'James', 'Cook'),
omm-# (9500, 4, 'Lucy', 'Baker');
INSERT 0 4
omm=# select count(*) from customer_t;
count
-------
4
(1 row)
omm=# VACUUM customer_t;
VACUUM
omm=# VACUUM FULL customer_t;
VACUUM
omm=# ANALYZE customer_t;
ANALYZE
omm=# ANALYZE VERBOSE customer_t;
INFO: analyzing "public.customer_t"(dn_6001 pid=18275)
INFO: ANALYZE INFO : "customer_t": scanned 1 of 1 pages, containing 4 live rows and 0 dead rows; 4 rows in sample, 4 estimated total rows(dn_6001 pid=18275)
ANALYZE
omm=# VACUUM ANALYZE customer_t;
VACUUM
omm=#
维护建议：
- 定期对部分大表做VACUUM FULL，在性能下降后为全库做VACUUM FULL，目前暂定每月做一次VACUUM FULL。
- 定期对系统表做VACUUM FULL，主要是PG_ATTRIBUTE。
- 启用系统自动清理线程（AUTOVACUUM）自动执行VACUUM和ANALYZE，回收被标识为删除状态的记录空间，并更新表的统计数据。
7.重建索引
在重建索引前，用户可以通过临时增大maintenance_work_mem和psort_work_mem的取值来加快索引的重建。--环境准备
CREATE TABLESPACE EXAMPLE RELATIVE LOCATION 'tablespace1/tablespace_1';
CREATE schema HR;
CREATE TABLE HR.areaS( area_ID NUMBER, area_NAME VARCHAR2(25) )tablespace EXAMPLE;
\d HR.areaS
CREATE INDEX areaS_idx ON HR.areaS (area_id);
--使用REINDEX TABLE语句重建索引。
REINDEX table HR.areaS;
执行过程如下：
omm=# CREATE TABLESPACE EXAMPLE RELATIVE LOCATION 'tablespace1/tablespace_1';
CREATE TABLESPACE
omm=# CREATE schema HR;
CREATE SCHEMA
omm=# CREATE TABLE HR.areaS( area_ID NUMBER, area_NAME VARCHAR2(25) )tablespace EXAMPLE;
CREATE TABLE
omm=# \d HR.areaS
Table "hr.areas"
Column | Type | Modifiers
-----------+-----------------------+-----------
area_id | numeric |
area_name | character varying(25) |
Tablespace: "example"
omm=# CREATE INDEX areaS_idx ON HR.areaS (area_id);
CREATE INDEX
omm=# REINDEX table HR.areaS;
REINDEX
omm=#
更多详情可参考官方文档。
最后修改时间：2022-12-14 10:47:26
「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文章的来源（墨天轮），文章链接，文章作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
