openGauss每日一练第21天 | 学习笔记

原创大柏树 2022-12-14

313

前言：

最近参加了由opengauss、墨天轮、鲲鹏社区一起推出的活动《每日一练 opengauss 3.0.0 数据库在线实训课程》，共21天，墨天轮提供实操环境，特此记录学习笔记。
活动详情：https://www.modb.pro/db/551619

主题：

学习检查数据库运行状态、锁信息、维护表、重建索引等数据库维护操作技术

学习笔记

1.检查openGauss状态

--操作系统命令查看实例状态
su - omm
ps -ef|grep gaussdb
ps -Tp 1

[root@opengauss ~]# su - omm
Last login: Wed Dec 14 10:41:29 CST 2022 on pts/0
[omm@opengauss ~]$ ps -ef |grep gaussdb
omm      14429     1  5 Nov30 ?        19:43:30 /oracle/huawei/install/app/bin/gaussdb -D /oracle/huawei/install/data/dn
omm      21357 21284  0 10:42 pts/0    00:00:00 grep --color=auto gaussdb
[omm@opengauss ~]$ ps -Tp 14429
--使用数据库工具gs_ctl查看实例状态
gs_ctl status -D /var/lib/opengauss/data

--检查参数
gsql -r
show data_directory;

[omm@opengauss ~]$ gsql -p 15400 -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         
--------------------------------
 /oracle/huawei/install/data/dn
(1 row)

omm=#
复制

2.检查锁信息

锁机制是数据库保证数据一致性的重要手段，检查相关信息可以检查数据库的事务和运行状况。

--查询数据库中的锁信息
omm=#  SELECT * FROM pg_locks;
  locktype  | database | relation | page | tuple | bucket | virtualxid | transactionid | classid | objid | objsubid | virt
ualtransaction |       pid       |    sessionid    |      mode       | granted | fastpath |      locktag      | global_ses
sionid 
------------+----------+----------+------+-------+--------+------------+---------------+---------+-------+----------+-----
---------------+-----------------+-----------------+-----------------+---------+----------+-------------------+-----------
-------
 relation   |    16585 |    12135 |      |       |        |            |               |         |       |          | 10/1
905327         | 139645835540224 | 139645835540224 | AccessShareLock | t       | t        | 40c9:2f67:0:0:0:0 | 0:0#0
 virtualxid |          |          |      |       |        | 10/1905327 |               |         |       |          | 10/1
905327         | 139645835540224 | 139645835540224 | ExclusiveLock   | t       | t        | a:1d12af:0:0:0:7  | 0:0#0
(2 rows)

omm=#

--查询等待锁的线程状态信息
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启动时间以及状态变更时间。
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 10:43:03.126067+08 | 2022-12-14 10:44:46.853353+08 | 2022-12-14 10:44:46.853353+08 | 2022-12-14 10:44:46.85339
2+08
 2022-11-30 09:16:29.319709+08 |                               |                               | 2022-11-30 09:16:29.31980
6+08
 2022-11-30 09:16:29.234234+08 |                               |                               | 2022-12-14 10:44:46.65577
4+08
 2022-11-30 09:16:29.285772+08 |                               |                               | 2022-12-14 10:44:46.41728
1+08
 2022-11-30 09:16:27.710186+08 |                               |                               | 
 2022-11-30 09:16:27.652889+08 |                               |                               | 
 2022-11-30 09:16:27.490884+08 |                               |                               | 
 2022-11-30 09:16:28.948112+08 |                               |                               | 2022-12-14 10:44:45.9903+
08
(8 rows)
omm=#
--查询当前服务器的会话计数信息
omm=#  SELECT count(*) FROM pg_stat_activity;
 count 
-------
     8
(1 row)
omm=# 
--查询系统级统计信息，查询当前使用内存最多的会话信息。
omm=#   SELECT * FROM pv_session_memory_detail() ORDER BY usedsize desc limit 10;
 sessid | threadid | contextname | level | parent | totalsize | freesize | usedsize 
--------+----------+-------------+-------+--------+-----------+----------+----------
(0 rows)
omm=#
--查询表统计信息
omm=#  SELECT * FROM pg_statistic;
复制

4.数据库版本、日志信息

--数据库版本 
SELECT version();
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=#
--在gsql中
\! ls /var/lib/opengauss/data/pg_log
\q

--数据库日志位置
cd /var/lib/opengauss/data/pg_log
ls /var/lib/opengauss/data/pg_log
复制

5.检查应用连接数

如果应用程序与数据库的连接数超过最大值，则新的连接无法建立。建议每天检查连接数，及时释放空闲的连接或者增加最大连接数。

--执行如下SQL语句查看连接数。
gsql -r
SELECT count(*) FROM (SELECT pg_stat_get_backend_idset() AS backendid) AS s;
omm=# SELECT count(*) FROM (SELECT pg_stat_get_backend_idset() AS backendid) AS s;
 count 
-------
    20
(1 row)
omm=#
--查看现有最大连接数。
SHOW max_connections;
omm=# SHOW max_connections;
 max_connections 
-----------------
 1000
(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;


复制

维护建议：

定期对部分大表做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;

复制