与弹性负载均衡的关系 Web应用防火墙通过绑定弹性负载均衡（Elastic Load Balance ，以下简称ELB），使流量通过ELB后先发送给WAF检测，再发送给应用端，以提升防护性能和确保业务稳定运行。

此小节介绍Web应用防火墙的用户权限。 系统默认提供两种权限策略：系统策略和自定义策略。系统策略是IAM预置的策略，用户只能使用不能修改。若系统策略不满足授权要求，用户可以创建自定义策略，自由搭配需要授予的权限集。 用户组配置权限策略后，将用户加入用户组中，可以使该用户获得权限策略中定义的操作权限。

本文介绍MySQL数据库mysqldump常用方法。 MySQL数据库mysqldump常用方法 导出整个数据库（包括数据库中的数据）。 mysqldump u username p dbname > dbname.sql 导出数据库结构（不含数据）。 mysqldump u username p d dbname > dbname.sql 导出数据库中的某张数据表（包含数据）。 mysqldump u username p dbname tablename > tablename.sql 导出数据库中的某张数据表的表结构（不含数据）。 mysqldump u username p d dbname tablename > tablename.sql 导出全部用户的sql（不包含mysql.user表结构，导入前需确保目标实例不存在重名用户）。 mysqldump h $rdsip P $rdsport u username p setgtidpurgedOFF nocreateinfo mysql user > /tmp/user.sql mysqldump常用参数说明 –alldatabases , A 导出全部数据库mysqldump uroot p –alldatabases。 –alltablespaces , Y导出全部表空间。mysqldump uroot p –alldatabases –alltablespaces–notablespaces , y不导出任何表空间信息。mysqldump uroot p –alldatabases –notablespaces。 –adddropdatabase每个数据库创建之前添加drop数据库语句。mysqldump uroot p –alldatabases –adddropdatabase。 –adddroptable每个数据表创建之前添加drop数据表语句。（默认为打开状态，使用–skipadddroptable取消选项)mysqldump uroot p –alldatabases （默认添加drop语句）mysqldump uroot p –alldatabases –skipadddroptable（取消drop语句）。 –addlocks在每个表导出之前增加LOCK TABLES并且之后UNLOCK TABLE。（默认为打开状态，使用–skipaddlocks取消选项）mysqldump uroot p –alldatabases（默认添加LOCK语句）mysqldump uroot p –alldatabases –skipaddlocks（取消LOCK语句）。 –comments附加注释信息。默认为打开，可以用–skipcomments取消mysqldump uroot p –alldatabases（默认记录注释）mysqldump uroot p –alldatabases –skipcomments（取消注释）。 –completeinsert, c使用完整的insert语句（包含列名称）。这么做能提高插入效率，但是可能会受到maxallowedpacket参数的影响而导致插入失败。mysqldump uroot p –alldatabases –completeinsert。 –compact导出更少的输出信息（用于调试）。去掉注释和头尾等结构。可以使用选项：–skipadddroptable –skipaddlocks –skipcomments –skipdisablekeysmysqldump uroot p –alldatabases –compact。 –compress, C在客户端和服务器之间启用压缩传递所有信息mysqldump uroot p –alldatabases –compress。 –databases, 导出几个数据库。参数后面所有名字参量都被看作数据库名。mysqldump uroot p –databases test mysql。 –debug输出debug信息，用于调试。默认值为：d:t:o,/tmp/mysqldump.tracemysqldump uroot p –alldatabases –debugmysqldump uroot p –alldatabases –debug” d:t:o,/tmp/debug.trace”。 –debuginfo输出调试信息并退出mysqldump uroot p –alldatabases –debuginfo。 –defaultcharacterset设置默认字符集，默认值为utf8mysqldump uroot p –alldatabases –defaultcharactersetlatin1。 –delayedinsert采用延时插入方式（INSERT DELAYED）导出数据mysqldump uroot p –alldatabases –delayedinsert。 –events, E导出事件。mysqldump uroot p –alldatabases –events。 –flushlogs开始导出之前刷新日志。请注意：假如一次导出多个数据库（使用选项–databases或者–alldatabases），将会逐个数据库刷新日志。除使用–lockalltables或者–masterdata外。在这种情况下，日志将会被刷新一次，相应的所有表同时被锁定。因此，如果打算同时导出和刷新日志应该使用–lockalltables 或者–masterdata 和–flushlogs。mysqldump uroot p –alldatabases –flushlogs。 –flushprivileges在导出mysql数据库之后，发出一条FLUSH PRIVILEGES 语句。为了正确恢复，该选项应该用于导出mysql数据库和依赖mysql数据库数据的任何时候。mysqldump uroot p –alldatabases –flushprivileges。 –force在导出过程中忽略出现的SQL错误。mysqldump uroot p –alldatabases –force。 –host, h需要导出的主机信息mysqldump uroot p –hostlocalhost –alldatabases。 –ignoretable不导出指定表。指定忽略多个表时，需要重复多次，每次一个表。每个表必须同时指定数据库和表名。例如：–ignoretabledatabase.table1 –ignoretabledatabase.table2 ……mysqldump uroot p –hostlocalhost –alldatabases –ignoretablemysql.user。 –lockalltables, x提交请求锁定所有数据库中的所有表，以保证数据的一致性。这是一个全局读锁，并且自动关闭–singletransaction 和–locktables 选项。mysqldump uroot p –hostlocalhost –alldatabases –lockalltables。 –locktables, l开始导出前，锁定所有表。用READ LOCAL锁定表以允许MyISAM表并行插入。对于支持事务的表例如InnoDB和BDB，–singletransaction是一个更好的选择，因为它根本不需要锁定表。请注意当导出多个数据库时，–locktables分别为每个数据库锁定表。因此，该选项不能保证导出文件中的表在数据库之间的逻辑一致性。不同数据库表的导出状态可以完全不同。mysqldump uroot p –hostlocalhost –alldatabases –locktables。 –nocreatedb, n只导出数据，而不添加CREATE DATABASE 语句。mysqldump uroot p –hostlocalhost –alldatabases –nocreatedb。 –nocreateinfo, t只导出数据，而不添加CREATE TABLE 语句。mysqldump uroot p –hostlocalhost –alldatabases –nocreateinfo。 –nodata, d不导出任何数据，只导出数据库表结构。mysqldump uroot p –hostlocalhost –alldatabases –nodata。 –password, p连接数据库密码。 –port, P连接数据库端口号。 –user, u指定连接的用户名。

本文介绍了MySQL主备复制原理。 MySQL主备复制原理说明 MySQL复制是基于复制源服务器在其二进制日志(下称binlog)中跟踪对其数据库的所有更改(增、删、改等)。binlog作为从服务器启动那一刻起修改数据库结构或内容(数据)的所有事件的书面记录。通常，SELECT不记录语句是因为它们既不修改数据库结构也不修改数据本身。 连接到源的每个副本都请求binlog的副本。也就是说，它从源中拉取数据，而不是源将数据推送到副本。副本还执行它接收到的binlog中的事件。这具有重复原始更改的效果，就像它们在源上所做的一样。创建表或修改其结构，并根据最初在源上所做的更改插入、删除和更新数据。 因为每个副本都是独立的，所以来自源的binlog的更改的重播独立发生在连接到源的每个副本上。此外，因为每个副本仅通过从源请求它来接收binlog的副本，副本能够按照自己的节奏读取和更新数据库的副本，并且可以随意启动和停止复制过程而不会影响在源端或副本端更新到最新数据库状态的能力。 主备复制流程说明： 1. 主库节点中每当有数据进行DML操作时，事务会按照binlog格式将DML操作以event的形式写入到主节点的binlog中。DML包括：Insert, Delete, Update等。 2. 备库节点连接主库节点时，有多少个备节点就会创建多少个binlog dump线程。 3. 当主库节点的binlog发生变化时，binlog dump线程会通知备节点(若多个备库则通知所有备节点)，并将相应的binlog内容推送给备库节点。 4. 备库节点的I/O thread进程收到binlog后，会将日志包含的内容写入本地中继日志(下称relay log)。 5. 备库节点的SQL thread会读取I/O thread写入的relay log并根据relay log中记录的event内容生成相应的DML语句，回放入备库中，完成整个主备复制流程。 主要源码说明： / The pseudo code to compute SecondsBehindMaster: 信息来自源码sql/rplreplica.cc if (SQL thread is running) //如果SQL thread启动 { if (SQL thread processed all the available relay log) ​ //当IO thread拉取主库binlog的位置和SQL thread应用的relay log相对于主库binlog的位置相等时 ​ { ​ if (IO thread is running) ​ //如果IO thread启动，设置延迟为0 ​ print 0; ​ else ​ //如果未启动，设置延迟为NULL ​ print NULL; ​ } ​ else ​ //如果SQL thread没有应用完所有IO thread写入的event时，需要计算SecondsBehindMaster ​ compute SecondsBehindMaster; } else ​ //如果SQL thread也没启动，则设置为NULL ​ print NULL; / SecondsBehindMaster的计算公式：SecondsBehindMaster time(0) lastmastertimestamp clockdiffwithmaster。 公式变量解释： 1. time(0)：当前备库节点服务器的系统时间。 2. lastmastertimestamp：备库节点在回放relay log中的event过程中的计算和更新，该变量可理解为备库节点SQL thread处理中事务在主库节点中的执行时间。 3. clockdiffwithmaster：备库节点的系统时间和主库节点服务器系统时间的差值，一般为0。如果主备节点系统时间不一致，那计算出的备库节点复制时延会不准确。 综上所述：SecondsBehindMaster 当前备库节点服务器的系统时间 备库节点SQL线程处理中事务在主库节点的执行时间 备库节点的系统时间和主库节点服务器系统时间的差值。

本页介绍如何理解MySQL表的自动新增AUTOINCREMENT的值和步长。 表的新增AUTOINCREMENT的值和步长 背景描述： AUTOINCREMENT的初值与步长由"autoincrementincrement" 和"autoincrementoffset"两个参数决定。 1.autoincrementoffset：AUTOINCREMENT值的初值。 2.autoincrementincrement：AUTOINCREMENT值每次增长的步长。 3.当 autoincrementoffset > autoincrementincrement 时，实际使用时初值会变为为autoincrementincrement。 4.当 autoincrementoffset show variables like 'autoinc%'; ++ Variablename Value ++ autoincrementincrement 1 autoincrementoffset 1 ++ 2 rows in set (0.00 sec) mysql> create table tiayiyuntest(uid int NOT NULL AUTOINCREMENT, PRIMARY KEY (uid)); Query OK, 0 rows affected (0.01 sec) mysql> show create table tiayiyuntest; ++ Table Create Table ++ tiayiyuntest CREATE TABLE tiayiyuntest ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) mysql> insert into tiayiyuntest values(0), (0), (0); Query OK, 3 rows affected (0.00 sec) Records: 3 Duplicates: 0 Warnings: 0 mysql> select from tiayiyuntest; + uid + 1 2 3 + 3 rows in set (0.00 sec) mysql> show create table tiayiyuntest; ++ Table Create Table ++ tiayiyuntest CREATE TABLE tiayiyuntest ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT4 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) 2.修改autoincrementincrement2，步长变为2。 mysql> set session autoincrementoffset2; Query OK, 0 rows affected (0.00 sec) mysql> show variables like 'autoinc%'; ++ Variablename Value ++ autoincrementincrement 1 autoincrementoffset 2 ++ 2 rows in set (0.00 sec) mysql> insert into tiayiyuntest values(0), (0), (0); Query OK, 3 rows affected (0.01 sec) Records: 3 Duplicates: 0 Warnings: 0 mysql> select from tiayiyuntest; + uid + 1 2 3 4 5 6 + 6 rows in set (0.00 sec) mysql> show create table tiayiyuntest; ++ Table Create Table ++ tiayiyuntest CREATE TABLE tiayiyuntest ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT7 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) 3.autoincrementoffset10，autoincrementincrement2，初值为2（因为autoincrementoffset > autoincrementincrement），步长为2。 mysql> set session autoincrementoffset10; Query OK, 0 rows affected (0.00 sec) mysql> set session autoincrementincrement2; Query OK, 0 rows affected (0.00 sec) mysql> show variables like 'autoinc%'; ++ Variablename Value ++ autoincrementincrement 2 autoincrementoffset 10 ++ 2 rows in set (0.00 sec) mysql> create table tianyiyuntest(uid int NOT NULL AUTOINCREMENT, PRIMARY KEY (uid)); Query OK, 0 rows affected (0.01 sec) mysql> show create table tianyiyuntest; ++ Table Create Table ++ tianyiyuntest CREATE TABLE tianyiyuntest ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) mysql> insert into tianyiyuntest values(0), (0), (0); Query OK, 3 rows affected (0.00 sec) Records: 3 Duplicates: 0 Warnings: 0 mysql> select from tianyiyuntest; + uid + 2 4 6 + 3 rows in set (0.00 sec) mysql> show create table tianyiyuntest; ++ Table Create Table ++ tianyiyuntest CREATE TABLE tianyiyuntest ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT8 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) 4.autoincrementoffset5，autoincrementincrement10，初值为5，步长为10。 mysql> set session autoincrementoffset5; Query OK, 0 rows affected (0.00 sec) mysql> set session autoincrementincrement10; Query OK, 0 rows affected (0.00 sec) mysql> show variables like 'autoinc%'; ++ Variablename Value ++ autoincrementincrement 10 autoincrementoffset 5 ++ 2 rows in set (0.00 sec) mysql> create table tianyiy(uid int NOT NULL AUTOINCREMENT, PRIMARY KEY (uid)); Query OK, 0 rows affected (0.01 sec) mysql> insert into tianyiy values(0), (0), (0); Query OK, 3 rows affected (0.00 sec) Records: 3 Duplicates: 0 Warnings: 0 mysql> select from tianyiy; + uid + 5 15 25 + 3 rows in set (0.00 sec) mysql> show create table tianyiy; ++ Table Create Table ++ tianyiy CREATE TABLE tianyiy ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT35 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec)

本文介绍了RDSPostgreSQL数据库监控。 用户平时需要关注实例的哪些监控指标 用户需要关注的监控指标有：CPU利用率、内存利用率、磁盘空间利用率、长事务等指标，具体查看方式您可参照安全监控。您也可以参照告警规则设置为实例设置告警，监控实例关键指标。 如您收到与CPU利用率、内存利用率有关的告警，您可通过实例规格变更分别增大CPU、内存。 如您收到与磁盘空间利用率有关的告警，建议您通过一下两种方式解决： 数据清理，即删除实例部分数据，或将实例数据存档到其他系统后删除本实例数据。 增大磁盘空间，您可以通过RDSPostgreSQL提供的磁盘扩容功能扩容实例的磁盘空间。 RDSPostgreSQL实例内存使用率指标的计算方法 内存使用率 （总内存 （空闲内存 + 给文件的缓冲大小 + 高速缓冲存储器使用的大小））/ 总内存。

本文针对AUTOINCREMENT超过表中该字段的最大值时产生的问题及应对方案进行了说明。 表的自动新增AUTOINCREMENT超过数据中该字段的最大值 在数据表中会发现AUTOINCREMENT的值不等于表中字段最大值+1，可能原因有以下几种： 1.步长不为1，则AUTOINCREMENT最大值+步长。 mysql> show variables like 'autoinc%'; ++ Variablename Value ++ autoincrementincrement 10 autoincrementoffset 5 ++ 2 rows in set (0.00 sec) mysql> select from tianyiy; + uid + 5 15 25 + 3 rows in set (0.00 sec) mysql> show create table tianyiy; ++ Table Create Table ++ tianyiy CREATE TABLE tianyiy ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT35 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) 2.直接修改表的AUTOINCREMENT，会导致AUTOINCREMENT变化。 mysql> select from tianyiyun; ++ uid user ++ 30 k 1 a 2 b 3 c 4 d 5 e 6 f 7 g 8 h 30 j 99 i ++ 11 rows in set (0.00 sec) mysql> show create table tianyiyun; ++ Table Create Table ++ tianyiyun CREATE TABLE tianyiyun ( uid mediumint(9) NOT NULL AUTOINCREMENT, user char(10) COLLATE utf8mb4bin NOT NULL, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT100 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) mysql> alter table tianyiyun AUTOINCREMENT99; Query OK, 0 rows affected (0.00 sec) Records: 0 Duplicates: 0 Warnings: 0 mysql> show create table tianyiyun; ++ Table Create Table ++ tianyiyun CREATE TABLE tianyiyun ( uid mediumint(9) NOT NULL AUTOINCREMENT, user char(10) COLLATE utf8mb4bin NOT NULL, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT100 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) 3.未提交的事务或回滚的事务，会导致AUTOINCREMENT增长，但回滚后不会下降。 mysql> show create table tiayiyuntest; ++ Table Create Table ++ tiayiyuntest CREATE TABLE tiayiyuntest ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT7 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) mysql> select from tiayiyuntest; + uid + 1 2 3 4 5 6 + 6 rows in set (0.00 sec) mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> insert into tiayiyuntest values (0),(0),(0); Query OK, 3 rows affected (0.00 sec) Records: 3 Duplicates: 0 Warnings: 0 mysql> select from tiayiyuntest; + uid + 1 2 3 4 5 6 15 25 35 + 9 rows in set (0.00 sec) mysql> show create table tiayiyuntest; ++ Table Create Table ++ tiayiyuntest CREATE TABLE tiayiyuntest ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT45 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) mysql> rollback; Query OK, 0 rows affected (0.01 sec) mysql> select from tiayiyuntest; + uid + 1 2 3 4 5 6 + 6 rows in set (0.00 sec) mysql> show create table tiayiyuntest; ++ Table Create Table ++ tiayiyuntest CREATE TABLE tiayiyuntest ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT45 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) 4.数据插入后，AUTOINCREMENT变化，然后删除对应的数据行，AUTOINCREMENT不会下降。 mysql> show create table tiayiyuntest; ++ Table Create Table ++ tiayiyuntest CREATE TABLE tiayiyuntest ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT45 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) mysql> select from tiayiyuntest; + uid + 1 2 3 4 5 6 + 6 rows in set (0.00 sec) mysql> insert into tiayiyuntest values (0),(0),(0); Query OK, 3 rows affected (0.00 sec) Records: 3 Duplicates: 0 Warnings: 0 mysql> select from tiayiyuntest; + uid + 1 2 3 4 5 6 45 55 65 + 9 rows in set (0.00 sec) mysql> show create table tiayiyuntest; ++ Table Create Table ++ tiayiyuntest CREATE TABLE tiayiyuntest ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT75 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) mysql> delete from tiayiyuntest where uid>3; Query OK, 6 rows affected (0.00 sec) mysql> select from tiayiyuntest; + uid + 1 2 3 + 3 rows in set (0.00 sec) mysql> show create table tiayiyuntest; ++ Table Create Table ++ tiayiyuntest CREATE TABLE tiayiyuntest ( uid int(11) NOT NULL AUTOINCREMENT, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT75 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec)

防护对象 WAF支持的防护对象：域名或IP，云上或云下的Web业务。

本页介绍MySQL如何进行增加表和给表字段赋值的操作。 MySQL增加表和给表字段赋值 MySQL数据库对增加表和给表字段赋值的操作提供了以下几种方式： 增加表和表结构 CREATE TABLE tianyiyun ( uid MEDIUMINT NOT NULL AUTOINCREMENT, user CHAR(10) NOT NULL, PRIMARY KEY (uid) ); 1.不对新增字段赋值，数据库会自动赋值到字段中。 mysql> INSERT INTO tianyiyun (user) VALUES ('a'),('b'),('c'),('d'),('e'),('f'); Query OK, 6 rows affected (0.01 sec) Records: 6 Duplicates: 0 Warnings: 0 mysql> select from tianyiyun; ++ uid user ++ 1 a 2 b 3 c 4 d 5 e 6 f ++ 6 rows in set (0.00 sec) mysql> show create table tianyiyun; ++ Table Create Table ++ tianyiyun CREATE TABLE tianyiyun ( uid mediumint(9) NOT NULL AUTOINCREMENT, user char(10) COLLATE utf8mb4bin NOT NULL, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT7 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) mysql> 2.新增字段赋值0或者null，数据库会将新增的值填写到字段中。 mysql> INSERT INTO tianyiyun (uid,user) VALUES(0,'g'); Query OK, 1 row affected (0.00 sec) mysql> INSERT INTO tianyiyun (uid,user) VALUES(NULL,'h'); Query OK, 1 row affected (0.00 sec) mysql> select from tianyiyun; ++ uid user ++ 1 a 2 b 3 c 4 d 5 e 6 f 7 g 8 h ++ 8 rows in set (0.00 sec) mysql> show create table tianyiyun; ++ Table Create Table ++ tianyiyun CREATE TABLE tianyiyun ( uid mediumint(9) NOT NULL AUTOINCREMENT, user char(10) COLLATE utf8mb4bin NOT NULL, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT9 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) 3.使用大于AUTOINCREMENT的值，数据库会将AUTOINCREMEN的值增加，该值也会新增到字段里面。 mysql> INSERT INTO tianyiyun (uid,user) VALUES(99,'i'); Query OK, 1 row affected (0.00 sec) mysql> select from tianyiyun; ++ uid user ++ 1 a 2 b 3 c 4 d 5 e 6 f 7 g 8 h 99 i ++ 9 rows in set (0.00 sec) mysql> show create table tianyiyun; ++ Table Create Table ++ tianyiyun CREATE TABLE tianyiyun ( uid mediumint(9) NOT NULL AUTOINCREMENT, user char(10) COLLATE utf8mb4bin NOT NULL, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT100 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) 4.使用小于AUTOINCREMENT的值，不会影响到数据插入。 mysql> INSERT INTO tianyiyun (uid,user) VALUES(30,'j'); Query OK, 1 row affected (0.00 sec) mysql> select from tianyiyun; ++ uid user ++ 1 a 2 b 3 c 4 d 5 e 6 f 7 g 8 h 30 j 99 i ++ 10 rows in set (0.00 sec) mysql> show create table tianyiyun; ++ Table Create Table ++ tianyiyun CREATE TABLE tianyiyun ( uid mediumint(9) NOT NULL AUTOINCREMENT, user char(10) COLLATE utf8mb4bin NOT NULL, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT100 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) 5.使用负值，数据也能正常插入。 mysql> INSERT INTO tianyiyun (uid,user) VALUES(30,'k'); Query OK, 1 row affected (0.00 sec) mysql> select from tianyiyun; ++ uid user ++ 30 k 1 a 2 b 3 c 4 d 5 e 6 f 7 g 8 h 30 j 99 i ++ 11 rows in set (0.00 sec) mysql> show create table tianyiyun; ++ Table Create Table ++ tianyiyun CREATE TABLE tianyiyun ( uid mediumint(9) NOT NULL AUTOINCREMENT, user char(10) COLLATE utf8mb4bin NOT NULL, PRIMARY KEY (uid) ) ENGINEInnoDB AUTOINCREMENT100 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec)

本文介绍RDSPostgreSQL实例数据被损坏的可能场景。 主机损坏或异常 在数据盘损坏的场景下，实例数据库可能会被损坏以至数据丢失。 数据库主机服务器断电，可能会导致数据页损坏，可能会导致数据库发生异常。 数据遭恶意篡改 在一些安全漏洞被利用的场景下，可能数据会遭到恶意篡改。为了防止这种情况发生，建议严格权限管理，避免非授权用户操作数据库。

索引设计规范 单表的索引数量最好不超过5个，单个索引中的字段数最好不超过5个，避免因长时间锁定数据导致内存、连接消耗过多等问题。 确保索引字段长度固定且不宜过长。过长的索引字段会占用更多磁盘空间，并影响索引的性能。 避免冗余索引，即存在两个索引 (a,b) 和 (a) 的情况，若查询条件为a列，只需建立 (a,b) 索引即可，不需要额外建立 (a) 索引。 对于高过滤性的字段，考虑在其上加索引。高过滤性字段的索引可以提高查询效率。 注意选择性和数据类型。选择性高的字段和合适的数据类型可以提高索引效果和查询性能。 合理利用覆盖索引来减少I/O开销，通过创建包含所需列的复合索引，避免回表操作。 开发使用规范 在处理复杂运算或业务逻辑时，优先考虑在业务层实现，而非在SQL中进行。合理选择分页方式以提高分页效率，避免使用跳跃式分页。 在事务中使用更新语句时，尽量基于主键或唯一键进行操作，避免产生间隙锁和死锁。 尽量避免使用外键和级联更新，应该在应用层处理外键关系。 减少使用in操作，集合元素数量不应超过1000个。 对于批量数据操作，可以适度采用批量SQL语句，例如使用insert into...values语句批量插入数据，但不宜超过100个。 避免使用存储过程，存储过程难以调试、扩展和移植。 避免使用触发器、事件调度器和视图来实现业务逻辑，这些应该在业务层处理，避免对数据库产生逻辑依赖。 避免使用隐式类型转换，了解类型转换规则，确保比较操作符两边的数据类型一致，避免影响查询性能。 在一个事务中，尽量控制SQL语句的数量，不超过5个，避免长时间锁定数据、内存缓存问题和连接消耗过多。 利用覆盖索引来进行查询操作，避免回表。

本文介绍查看空间使用情况的方式，以及各种空间问题的原因和解决方案。 如果MySQL数据库实例的磁盘空间满，会导致实例变为只读状态，写业务夯住，应用无法对数据库进行写入操作，从而影响业务正常运行。本文介绍查看空间使用情况的方式，以及各种空间问题的原因和解决方案。 查看空间使用情况 您可以在实例管理的基本信息页面查看存储空间和备份空间的使用情况，这里只展示当前的空间使用总量，没有展示各类数据分别占用的磁盘空间信息，也没有空间使用的历史信息。 您还可以在实例基本信息的查看监控指标"磁盘使用量" 查看磁盘空间使用的历史信息和变化曲线。 Binlog日志文件占用过多 原因及现象： 默认binlog日志是保留7天，如果是在迁移大量数据，实例磁盘空间太小的话，会短时间内产生大量的binlog导致磁盘空间不足。 解决方案： MySQL Binlog日志文件占用过多，可以在mysql命令行上使用PURGE BINARY LOGS BEFORE '20230626 10:00:00'或者PURGE BINARY LOGS TO 'mysqlbin.010'来临时清理本地binlog日志，释放磁盘空间，或者临时修改实例expirelogsdays参数。 表上的索引太多导致空间不足 原因及现象： 通常表上除了主键索引，还存在二级索引，二级索引越多，整个表空间就越大。 解决方案： 优化数据结构，减少二级索引的数量，合并索引建立联合索引等。

本文主要介绍元数据锁MDL导致无法操作数据库的解决方法以及如何避免元数据锁阻塞。 MetaData Lock主要为了保证元数据的一致性，用于处理不同线程操作同一数据对象的同步与互斥问题。MySQL 5.5版本开始，引入了MDL锁，MDL锁是表级别的锁，有些类型的MDL锁会导致读写操作都无法进行，导致SQL的阻塞。 操作步骤 1. 连接MySQL实例。具体操作请参见实例连接方式介绍，通过内网和公网连接实例。 2. 在SQL窗口执行如下SQL查看数据库所有线程状态。 show full processlist 3. 查看State列是否出现大量Waiting for table metadata lock，即表示出现阻塞，在对应的Info列可以查看到对应表的操作，找到正在对该表进行操作的会话Id。 4. 在SQL窗口执行如下命令解锁MDL锁。 kill id 如何避免元数据锁阻塞 MDL 锁一旦发生会对业务造成极大影响，因为后续所有对该表的访问都会被阻塞，造成连接积压。所以日常要尽量避免 MDL 锁阻塞的发生，下面给出几点优化建议可供参考： 开启 metadatalocks 表记录 MDL 锁。 设置参数 lockwaittimeout 为较小值，使被阻塞端主动停止。 规范使用事务，及时提交事务，避免使用大事务。 DDL 操作及备份操作放在业务低峰期执行。

本文介绍MySQL建立连接慢导致客户端超时的处理办法。 场景描述 业务在高峰期时，客户端经常出现向MySQL建立连接超时，导致系统登录需要十几秒。 原因分析 查看MySQL的错误日志，观察是否有如下信息：connection xxx is established slowly。 有上述日志，说明存在某些连接超过一定时间仍未被MySQL处理，客户端的超时时间大于该时间，就会报错。线程池处理连接等待与该参数threadpooloversubscribe相关。 解决方案 对于存在大量新建连接，建议调大threadpooloversubscribe增加线程总数。减少线程重复创建与销毁部分的开销，提高性能，同时它也限制了MySQL的running线程数，关键时刻可以保护系统，防止雪崩。 正常情况下，线程池适用于大量短连接的场景，如果客户是长连接，并且连接数量不多（客户端使用了连接池等情况），线程池的影响也不会很大。

本文介绍root账号连接数据库失败的处理方法。 场景描述 使用root帐号连接数据库失败。 原因分析 查看内核日志error.log，确认是否有拒绝连接的日志。 使用其他帐号登录数据库，查看root权限，只有本地连接权限。 解决方案 联系技术支持增加远程连接权限"%"解决。

本文介绍客户端TLS版本与MySQL不一致导致SSL连接失败的处理方法。 场景描述 客户端连接到云上MySQL失败，但是连接到自建环境或其他环境可以成功，均使用了SSL连接。 原因分析 查看MySQL的错误日志，从报错信息可以看出，很可能和TLS版本相关，使用如下命令，分别查看MySQL和自建MySQL的TLS版本。 show variables like '%tlsversion%'; 发现MySQL为TLS v1.2版本，自建MySQL为TLS v1.1版本，存在差异。进一步确认客户端TLS版本，与自建MySQL一致，因此出现连接自建MySQL成功，连接云上MySQL失败。 解决方案 客户端升级TLS版本到TLS v1.2。

本文介绍如何使用pgAdmin创建表。 在RDSPostgreSQL中，通过SQL创建表，如无特别指明，表会默认创建在该database名为public的schema下；而通过pgAdmin创建时，一般情况下，创建好的database会有一个public schema，创建表时则需要特别指明schema。 前提 已经通过pgAdmin连接RDSPostgreSQL实例并添加至Servers。 创建Schema 1. 双击数据库连接Server并打开database菜单栏，选择指定的database并单击以展开属于该database的菜单栏。 2. 单击Schema选项并右键，点击Create > Schema... ，以打开schema创建框，如图所示： 3. schema的创建框与各栏信息如下： General：基本信息，包括schema名与拥有者，默认拥有者为启动数据库连接的用户，必填项。 Security：权限配置，包括权限授予与安全标签，非必填项。 Default Privileges：默认权限，包括表、序列、函数、类型的默认权限，非必填项。 SQL：创建SQL，用户通过前面几项填写后自动生成的创建schema的SQL，无法填写与修改。 点击保存，若无报错即为创建schema成功。 创建表 单击点开schema，下拉菜单栏，点击Create > Table... 以打开Table创建框，如图所示： General：基本信息，包括表名、拥有者、Schema、Tablespace、是否为分区表，默认拥有者为启动数据库连接的用户，必填项。 Columns：列，该处设置此表各列，包括列名、数据类型、数据长度、精度、是否为空、是否为主键、默认值，也可以选择继承于某表。 Advanced：高级选项，包括是否设置RLS、是否强制设置RLS、是否直接通过自定义Type来创建表等选项，均为非必选项。 Constraints：约束项，例如设置主键、外键与校验等，根据自身需要设置即可，非必填项。 Partitions：分区表配置，可以在此配置分区表属性，非必填项。 Parameters：表参数，主要包括表Vacuum与表年龄限制，非必填项。 Security：权限配置，包括权限授予与安全标签，非必填项。 SQL：创建SQL，用户通过前面几项填写后自动生成的创建database的SQL，无法填写与修改。 点击Save保存，若无报错，即表明创表成功。

如何使用pgAdmin连接RDSPostgreSQL实例。 本章节会介绍如何通过工具pgAdmin来操作数据库。 pgAdmin是一个用于设计，维护和管理RDSPostgreSQL的开源工具。 您可通过pgAdmin客户端可视化操作，连接RDSPostgreSQL实例。 本章节使用的是pgAdmin版本为6.20，不同版本可能存在差异。 准备工作 1. 准备可访问RDSPostgreSQL实例的设备。 2. 对RDSPostgreSQL实例绑定网络地址，保证本地设备可以访问关系型数据库实例绑定的网络。 3. 在可访问RDSPostgreSQL实例的设备上，安装pgAdmin客户端。 操作步骤 1. 启动pgAdmin，输入密码登录。 2. 单击左侧Browser的Server，右键选择Register > Server... 。 3. 弹出页面上，在General栏填写数据库实例名称，Connection栏填写数据库实例的连接信息，主要有： Host name/address 填写实例连接地址IP（绑定的弹性IP），Port填写实例连接端口，Maintenance database填写维护数据库，即为用户连接实例使用的默认数据库，一般为postgres；Username为实例连接用户名，Password为用户密码。其余栏如Parameters、SSH Tunnel、Advanced均为选填项，不影响正常连接。 4. 填写完毕后点击save保存，若没有报错即表明配置成功。

本节介绍了如何通过命令行创建数据库。 操作场景 创建实例后，您可根据实际需要，创建数据库，可以指定模板库，并为数据库设置不同的字符集、本地化collate等属性。本节将介绍通过psql工具连接数据库，使用命令行创建数据库的方法。 语法格式 CREATE DATABASE name [[WITH] [ OWNER [] username ] [ TEMPLATE [] template ] [ ENCODING [] encoding ] [ STRATEGY [] strategy ] [ LOCALE [] locale ] [ LCCOLLATE [] lccollate ] [ LCCTYPE [] lcctype ] [ ICULOCALE [] iculocale ] [ LOCALEPROVIDER [] localeprovider ] [ COLLATIONVERSION [] collationversion ] [ TABLESPACE [] tablespacename ] [ ALLOWCONNECTIONS [] allowconn ] [ CONNECTION LIMIT [] connlimit ] [ ISTEMPLATE [] istemplate ] [ OID [] oid ]] 操作流程 1.登录连接实例。 2.创建数据库，执行如下命令，其中dbname为数据库名称。 create database dbname; 3.实现结果如下图所示。

本页介绍RDSPostgreSQL恢复实例数据的方案。 RDSPostgreSQL提供了以下两种方式以恢复实例的数据，用以满足不同的场景，例如：实例数据被误删除、实例数据损坏或者丢失、实例被误删除、实例机器故障等场景。 通过备份文件恢复实例数据 将数据库实例恢复到指定时间点 跨域恢复

本文介绍了数据库安全设置相关说明。 密码复杂度要求 RDSPostgreSQL实例要求数据库用户密码复杂度需要符合以下要求： 长度为832个字符。 由大写字母、小写字母、数字、特殊字符中的任意三种组成。 特殊字符为!@$%^&~()+。 创建用户建议 用户在使用CREATE USER或CREATE ROLE命令时，建议制定VALID UNTIL 'timestamp' 参数，设置用户密码的过期时间。 账户说明 您在创建RDSPostgreSQL实例时，系统会自动为实例创建如下系统账户（用户不可使用），用于给数据库实例提供完善的后台运维管理服务。 注意 如果试图删掉、重命名、修改这些帐户的密码和权限，会导致实例出错，请谨慎操作。 Ⅱ类资源池实例系统账户 ctgadmin：管理帐户，拥有最高的superuser权限，用于查询和修改实例信息、故障排查、恢复等操作。 ctgagent：高可用功能专用账号，用于高可用组件对实例进行相关操作。 ctgbackup：备份功能专用帐户，用于后台的备份。 ctgmonitor：监控采集专用账户，用于读取各种监控视图。 ctgproxy：数据库代理组件专用账号，用于数据库代理组件对实例进行相关操作。 Ⅰ类资源池实例系统账户 telepg：管理帐户，拥有最高的superuser权限，用于查询和修改实例信息、故障排查等操作。 repmgr：高可用功能专用账号，用于高可用组件对实例进行相关操作。 rdsorzdba：监控采集专用账户，用于读取各种监控视图。 注意 不同资源池因IaaS资源能力等原因，加载版本有所差异，详见

本小节主要介绍RDSPostgreSQL的teledbfirewall插件使用方法。 操作场景 RDSPostgreSQL支持 teledbfirewall插件，用于PostgreSQL的SQL黑名单扩展，旨在保护来自 SQL 注入或意外查询的数据库。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持的版本插件列表。 注意事项 1. 只支持explain verbose 可以输出的语句DML。 2. 安装插件后，可在管理控制台设置teledbfirewall.firewall参数并重启实例，详情请参见修改RDSPostgreSQL实例参数。 teledbfirewall.firewall取值如下： disable：关闭模式 blacklist：黑名单模式 插件使用 安装插件 sql CREATE EXTENSION IF NOT EXISTS teledbfirewall; 卸载插件 sql DROP EXTENSION IF EXISTS teledbfirewall; 使用示例 sql 1. 首先使用explain verbose xxx; 获取对应sql的query id explain verbose select count(1) from pgclass; 2. 使用函数 teledbappendblacklist 将获取的query id添加到黑名单中 select teledbappendblacklist(3307043014); 3. 查看当前黑名单内容 select from teledbfirewall.firewalltable; select from teledbfirewall.teledbfirewallstatements ; 4. 使用函数 teledbremoveblacklist(); 将对应id从黑名单中移除 select teledbremoveblacklist(3307043014);

本小节主要介绍RDSPostgreSQL的pgjieba插件使用方法。 操作场景 RDSPostgreSQL支持 pgjieba插件，您可安装用于中文的全文检索。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持的版本插件列表。 插件使用 安装插件 sql CREATE EXTENSION IF NOT EXISTS pgjieba; 卸载插件 sql DROP EXTENSION IF EXISTS pgjieba; 使用示例 sql SELECT FROM totsvector('jiebacfg', '小李是一名世界500强企业的员工，其职位是售前经理，主要负责与客户对接事项。'); 常见问题 此插件的更多用法，请详见pgjieba开源社区。

Q&A Q：为何子账号看不到主账号的实例？ A：首先排查是否将子账户加入了用户组，再排查该实例所在的企业项目是否对该用户组授权了。 Q：为何主账号对子账号设置了策略，但是不生效，依然可以进行相关操作？ A：可能是当前资源池并未支持子账号设置策略，当前内蒙6，拉萨3，重庆2资源池支持。

本文介绍如何创建最佳索引，提高数据库的读取性能。 MySQL索引的最佳实践是确保数据库查询性能和效率的关键。在使用数据库过程中，存在一些常见的索引问题，如无索引、隐式转换和索引创建不合理。为了克服这些问题，以下是一些注意事项和建议。 建议事项： 单表的索引数量不应超过5个，单个索引中的字段数不应超过5个，以避免索引过多的过滤作用和资源消耗。 确保索引字段长度固定且不宜过长。过长的索引字段会占用更多磁盘空间，并影响索引的性能。 避免冗余索引，即存在两个索引 (a,b) 和 (a) 的情况，若查询条件为a列，只需建立 (a,b) 索引即可，不需要额外建立 (a) 索引。 对于高过滤性的字段，考虑在其上加索引。高过滤性字段的索引可以提高查询效率。 注意选择性和数据类型。选择性高的字段和合适的数据类型可以提高索引效果和查询性能。 合理利用覆盖索引来减少IO开销，通过创建包含所需列的复合索引，避免回表操作。 注意事项： 禁止在更新频繁且区分度低的列上建立索引，这会降低数据库性能。 在使用LIKE关键字时，避免在搜索模式字符串之前使用前置%符号。这样做会导致索引失效，影响查询性能。 避免在具有空值的列上创建索引。一般情况下，索引不会建立在含有空值的列上。 在使用OR关键字时，确保OR操作符的左右字段都有索引。如果一个字段有索引而另一个字段没有索引，有索引的字段也会失效。 避免使用!操作符。范围的不确定性导致使用索引效率低下，数据库引擎会自动将其改为全表扫描。 不要在索引字段上进行运算。这会导致索引失效，降低查询性能。 使用复合索引时，应该遵循最左前缀原则，并确保查询中使用索引的第一个字段，否则索引将失效。为了最大化索引的效率，应该尽量保持查询中字段的顺序与索引的顺序一致。 综上所述，通过遵循注意事项和建议事项，可以优化MySQL索引的使用，提高数据库的查询性能和响应速度。在实际应用中，根据具体业务需求和数据特点进行索引优化是非常重要的。同时，定期监控和优化索引的使用，可以进一步提升数据库的性能和效率。

本页主要介绍企业项目迁移的相关步骤。 操作场景 该功能支持实例迁移到不同的企业项目，在不释放实例的情况下进行转换，方便企业进行管理相关实例。 操作步骤 1. 登陆天翼云官网，右上角点击“我的”，选择“帐号中心”。 2. 进入到帐号中心管理页面，左侧边栏点击“统一身份认证”。 3. 选择“企业项目”，并点击想要迁移的项目右侧的“查看资源”。 4. 选择想要迁出的资源所在的资源池以及产品类型，可以在右侧“资源名称”进行搜索。 5. 选择完毕，点击“迁出”，并选择要目标企业项目。需要注意，若当前资源与其他资源间存在绑定关系，迁移此资源，可能影响部分子用户下相关资源无法查看。 6. 回到管理控制台，右上角选择目标企业项目，可以查看到以上步骤中迁出的实例。

本小节主要介绍RDSPostgreSQL的pgaudit插件使用方法。 操作场景 RDSPostgreSQL支持 pgaudit插件，通过标准的PostgreSQL日志工具提供详细的会话和或者对象审计日志记录。它的目标是为PostgreSQL用户提供生成审计日志的能力。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持插件列表。 注意事项 RDSPostgreSQL产品提供更为全面且易用的审计功能，功能介绍和使用可详见数据库审计设置。 插件使用 安装插件 sql CREATE EXTENSION IF NOT EXISTS zhparser; 卸载插件 sql DROP EXTENSION IF EXISTS zhparser; 使用示例 此插件使用方法与开源方法一致，请详见pgaudit开源社区。

本小节主要介绍RDSPostgreSQL的pglogical插件使用方法。 操作场景 RDSPostgreSQL支持 pglogical插件，为PostgreSQL数据库提供了逻辑流复制发布和订阅的功能。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持的版本插件列表。 插件使用 安装插件 sql CREATE EXTENSION IF NOT EXISTS pglogical; 卸载插件 sql DROP EXTENSION IF EXISTS pglogical; 使用示例 1.在发布端创建发布节点（实例A） sql SELECT pglogical.createnode( nodename : 'provider', dsn : 'host127.0.0.1 port dbnametest userroot password密码' ); 2.配置复制集。将public中的所有表添加到default复制集（实例A） sql SELECT pglogical.replicationsetaddalltables('default', ARRAY['public']); 3.在订阅端创建订阅节点。 一旦设置了发布端节点，订阅者就可以订阅它。首先必须创建订阅者节点（实例B）： sql SELECT pglogical.createnode( nodename : 'subscriber', dsn : 'host127.0.0.1 port dbnametest userroot password密码' ); 4.在订阅端创建订阅（实例B)。 sql SELECT pglogical.createsubscription( subscriptionname : 'subscription', providerdsn : 'host port dbnametest userroot password密码' ); 创建订阅后，将在后台启动同步和复制流程。 常见问题 此插件使用方法与开源方法一致，请详见pglogical开源社区。

本小节主要介绍RDSPostgreSQL的vector插件使用方法。 操作场景 RDSPostgreSQL支持 vector插件，提供了一个新的数据类型，能够存储向量类型数据，并实现向量相似度匹配，为AI产品提供底层数据支持。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持的版本插件列表。 插件使用 安装插件 sql CREATE EXTENSION IF NOT EXISTS vector; 卸载插件 sql DROP EXTENSION IF EXISTS vector; 使用示例 数据存储&查询 创建具有3维的向量列 sql CREATE TABLE items (id bigserial PRIMARY KEY, embedding vector(3)); 插入向量 sql INSERT INTO items (embedding) VALUES ('[1,2,3]'), ('[4,5,6]'); 通过L2距离得到最近邻 sql SELECT FROM items ORDER BY embedding '[3,1,2]'; 通过余弦距离得到最近邻 sql SELECT FROM items ORDER BY embedding '[3,1,2]'; 通过内积得到最近邻， 返回的是负内积，因为Postgres只支持运算符上的ASC顺序索引扫描 sql SELECT FROM items ORDER BY embedding '[3,1,2]'; 距离计算 sql SELECT embedding '[3,1,2]' AS distance FROM items; SELECT (embedding '[3,1,2]') 1 AS innerproduct FROM items; SELECT 1 (embedding '[3,1,2]') AS cosinesimilarity FROM items;

本文介绍如何通过pgAdmin客户端来连接实例。 您可通过pgAdmin客户端来连接实例，进行可视化操作。 操作步骤 注意 需要使用pgAdmin 4及以上版本。 本章节演示使用的为pgAdmin4 6.5版本，不同版本间可能存在差异。 1.启动pgAdmin客户端。 2.在Server处点击鼠标右键，Create>Server打开创建连接的窗口。 3.弹出框的General选项卡填写连接的一些描述信息，比如名字等；Connection选项卡填写连接的网络信息，也就是RDSPostgreSQL实例的信息。 Connection选项卡关键参数解释： Host name/address：内网方式连接时，输入实例的vip/ipv4连接地址中的ip地址；公网方式连接时，输入目标实例绑定的弹性ip地址。 Port：数据库端口，默认为6543。 Username：用户名，默认为root。 Password：Username对应的密码。 4.保存配置，若连接信息无误，那双击新建的server即可连接上实例。

内存 cpu 权重 4G 1核 100 4G 2核 200 8G 2核 200 16G 2核 200 8G 4核 400 16G 4核 400 32G 4核 400 16G 8核 800 32G 8核 800 64G 8核 800 32G 16核 1600 64G 16核 1600 128G 16核 1600 64G 32核 3200

本小节主要介绍RDSPostgreSQL实例的操作系统更新。 操作背景 为保证RDSPostgreSQL实例的数据库安全和数据库性能，系统会在合适期间对操作系统进行更新。同时操作系统的补丁更新不会变更您的数据库实例版本信息。 为不影响您的数据库实例使用体验，RDSPostgreSQL会在您设置的可运维时间段内，通过特定方式及时修复操作系统漏洞，加强您的数据库整体安全状况 。