本文介绍MySQL数据库报错1461错误的解决方法。 场景描述 MySQL当用户大批量进行并发读写、sql插入或者进行数据迁移等需要SQL预编译的情况下，报如下缓存的预编译SQL数量超过默认最大值： mysqlstmtprepare failed! error(1461)Can't create more than maxpreparedstmtcount statements (current value: 16382) 故障分析 maxpreparedstmtcount参数限制了同一时间在mysqld上所有session中prepared语句的上限。它的取值范围为"01048576"，默认为16382。 mysql对于超出maxpreparedstmtcount的prepare语句就会报1461的错误。 解决方案 适当调大maxpreparedstmtcount参数的取值，建议调整为"65535" 。 可以通过控制台修改参数模板，或提交工单咨询。

本文介绍如何批量更新、删除或插入数据。 批量更新 常用的批量更新为 update …… set …… from(values()) as ……，将values的值构成虚表，统一更新。 update table1 set col2tmp.col2 from (values (XXX,'XXX'),(XXX,'XXX'),(XXX,'XXX')) as tmp (col1,col2) where test.col1tmp.col1; 批量删除 使用truncate，直接将表所有数据行截断，无法进行回滚。 truncate tablename; drop，也是直接将表全部删除，不可回滚。不同在于，drop会将整个表数据与表结构全部删除，truncate会保留表结构，即表可以继续使用。 drop tablename; 批量插入 使用 insert into ... select的方法，对数据源限制较多。 insert into table1(col1, col2) select col1 , col2 from table2; 使用insert into … values (), () … ，SQL编写麻烦，数据量多时，较难检查其正确性。 insert into tablename(col1, col2) values (XXX, 'XXX'), (XXX, 'XXX'); 使用三方工具或者编程语言实现批量处理（推荐） 使用SQL编写批量数据处理其实较为繁琐，原因是SQL语句较为冗余，也不便于检查错误。因而生产中最为常用的方式，是使用其他编程语言的数据库驱动，利用该语言的开发便利性，批量导入数据，例如java语言连接数据库使用的jdbc，搭配上合适的函数框架，可以很轻松实现批量操作数据。

本节介绍了如何处理字符集与locale不匹配。 使用与字符集不匹配的LCCOLLATE创建数据库会报如下错误。 处理方法： 1.查询模板库支持的字符集。 2.查询模板库字符集支持的LCCOLLATE信息。 3.修改为与字符集匹配的LCCOLLATE，然后重新执行创建数据库命令。

本节介绍了如何选择合适的排序规则。 从“O”迁移到RDSPostgreSQL，排序规则应选择'C'才能得到符合的预期结果。

本节介绍了数据库命名规范。 RDSPostgreSQL的关键字长度不能超过63个字节。 数据库命名建议使用字母、数字和下划线这三种字符。禁止以pg、数字和下划线开头，禁止使用保留字。

本节介绍了如何通过TEMPLATE选项创建数据库。 操作场景 通过模板数据库创建数据库的实践。 实践 RDSPostgreSQL数据库默认有template0和template1两个模板。 使用template0可指定字符集和本地化collate属性。 使用template1创建数据库时不可指定新的字符集和本地化collate属性。 create database dbname with template template1;

本小节主要介绍RDSPostgreSQL的postgresfdw插件使用方法。 操作场景 RDSPostgreSQL支持 postgresfdw插件，它可以被用来访问存储在外部PostgreSQL服务器中的数据。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持的版本插件列表。 注意事项 请确保目标数据库的网络与您的数据库实例互通。 插件使用 安装插件 sql CREATE EXTENSION IF NOT EXISTS postgresfdw; 卸载插件 sql DROP EXTENSION IF EXISTS postgresfdw; 使用示例 sql 1.创建外部服务器。 CREATE SERVER foreignserver FOREIGN DATA WRAPPER postgresfdw OPTIONS (host ' ', dbname ' '); 2.需要使用 CREATE USER MAPPING 定义的用户映射来标识将在远程服务器上使用的角色： CREATE USER MAPPING FOR root SERVER foreignserver OPTIONS (user 'root', password ' '); 3.同步外部表数据到本地表中。 CREATE FOREIGN TABLE foreigntable ( userid integer NOT NULL, name text ) SERVER foreignserver OPTIONS (schemaname 'public', tablename 'users'); 4.查看数据结果 select from foreigntable; IP：目标数据库的IP地址。 DBPORT：目标数据库实例的端口。 DBNAME：目标数据库名称。 USERNAME：目标数据库用户名称。 ROOTPWD：目标数据库root用户密码。

本文解释如何对AUTOINCREMENT的值进行修改操作。 对AUTOINCREMENT的值进行修改 修改方式如下： 1.如果AUTOINCREMENT的值大于数据库的最大值的时候，可以在这个范围内取任何一个值修改为更大的值。 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 AUTOINCREMENT111 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (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 108 z 109 q ++ 13 rows in set (0.00 sec) mysql> alter table tianyiyun AUTOINCREMENT200; 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 AUTOINCREMENT200 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) 2.如果AUTOINCREMENT的值大于表中的值的时候，修好指定的值大于数据最大值，修改会成功，否则会默认最大值+1。 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 108 z 109 q ++ 13 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 AUTOINCREMENT200 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) mysql> alter table tianyiyun AUTOINCREMENT150; Query OK, 0 rows affected (0.01 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 AUTOINCREMENT150 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) mysql> alter table tianyiyun AUTOINCREMENT50; 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 AUTOINCREMENT110 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) mysql> delete from tianyiyun where uid99; 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 108 z 109 q ++ 12 rows in set (0.00 sec) mysql> alter table tianyiyun AUTOINCREMENT50; 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 AUTOINCREMENT110 DEFAULT CHARSETutf8mb4 COLLATEutf8mb4bin ++ 1 row in set (0.00 sec) 3.如果AUTOINCREMENT的值修改为负数是无法修改的。 mysql> alter table tianyiyun AUTOINCREMENT1; ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '1' at line 1

本文主要介绍MySQL数据迁移后sql执行速度慢的原因分析及解决方案。 场景描述 数据迁移至MySQL实例后，sql语句执行明显慢于原数据库。 原因分析 数据迁移至MySQL实例后，第一次执行的sql比在原数据库执行的性能差， 是由MySQL的bufferpool机制决定的：sql语句第一次执行时，由于执行计划和查询数据等信息未加载至bufferpool中，需要生成执行计划，并从磁盘加载数据，磁盘IO读写性能明显差于内存bufferpool的读写性能，因为第一次执行速度会慢很多；sql第一次执行完后，读取的数据会被存放于内存的bufferpool中，当第二次执行相同语句时，数据直接从bufferpool中读取，因此数据的访问速度明显快于第一次从磁盘访问数据速度。 该场景中，在原数据库中执行sql读取的数据一般来源于bufferpool，访问速度极快。当数据迁移到云上MySQL时，第1次执行同样的sql语句，需要从磁盘读取，就会访问较慢，当再次执行相同sql会从内存读取，执行速度就会恢复正常。 解决方案 该场景属于正常现象，在同一个数据库中，第1次执行sql时很慢，但再次执行由于数据已经被加载到bufferpool中，执行速度会明显提升。

本文介绍了透明数据加密（Transparent Data Encryption）功能。 功能简介 透明数据加密（Transparent Data Encryption）是通过对磁盘上存储的数据进行加密和解密来实现数据的保护。 透明： 当使用者在打开或编辑指定文件时，系统将自动对未加密的文件进行加密，对已加密的文件解密。文件在硬盘上是密文，在内存中是明文。一旦离开使用环境，由于应用程序无法得到自动解密的服务而无法打开，从而起到保护文件内容的效果。 加密： TDE使用openssl提供AES（Advanced Encryption Standard）算法来加密数据，并将密钥存储在数据库服务器的受信任位置，以确保安全性。 RDSPostgreSQL透明加密实现方案 RDSPostgreSQL通过用户在数据密钥服务中创建的对称主密钥来生成 DEK（Data Encryption Key）数据密钥密文与明文，通过DEK密钥对数据进行加密，通过DEK密文对DEK密钥进行加密。

本小节主要介绍RDSPostgreSQL的postgis插件使用方法。 操作场景 RDSPostgreSQL支持 postgis插件，可用于进行空间数据管理、数量测量与几何拓扑分析。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持的版本插件列表。 插件使用 安装插件 sql CREATE EXTENSION IF NOT EXISTS postgis cascade; 卸载插件 sql DROP EXTENSION IF EXISTS postgis cascade; 使用示例 1.查看postgis版本信息。 SELECT PostGISFullVersion(); 2.创建表并插入数据。 CREATE TABLE geometries (name varchar, geom geometry); INSERT INTO geometries VALUES ('Point', 'POINT(0 0)'), ('Linestring', 'LINESTRING(0 0, 1 1, 2 1, 2 2)'), ('Polygon', 'POLYGON((0 0, 1 0, 1 1, 0 1, 0 0))'), ('PolygonWithHole', 'POLYGON((0 0, 10 0, 10 10, 0 10, 0 0),(1 1, 1 2, 2 2, 2 1, 1 1))'), ('Collection', 'GEOMETRYCOLLECTION(POINT(2 0),POLYGON((0 0, 1 0, 1 1, 0 1, 0 0)))'); SELECT name, STAsText(geom) FROM geometries; 3.使用集合元数据函数收集信息。 SELECT name, STGeometryType(geom), STNDims(geom), STSRID(geom) FROM geometries; 常见问题 postgis以及系列插件的详细说明，请参考postgis官方文档。

本文描述MySQL增加表字段后执行SQL卡顿问题的解决方法。 故障描述 MySQL实例中的表增加字段后，执行SQL出现系统卡顿现象。 原因分析 增加表字段后，并且未对新增字段添加索引，执行SQL如果引用到该字段，由于未能走索引而导致读取数据量大而大大消耗CPU资源，出现数据库卡顿。 解决方案 针对以上场景，建议对新增的字段也创建索引，进行慢SQL优化。

本文介绍了RDSPostgreSQL数据迁入相关常见问题。 为什么要采用pgdump工具迁移 该方案简单易操作，适用于数据量不大，或者允许停机的时间较长，并且在这个时间范围内能够完成迁移的场景。缺点是停机时间可能较长，会对业务造成一定影响。RDSPostgreSQL完全兼容开源PostgreSQL版本，所以对于用户来说，从原有数据库迁移到RDSPostgreSQL的过程，与从一台数据库服务器迁移到另外一台数据库服务器的过程基本类似。 RDSPostgreSQL支持导入哪些数据库引擎的数据 支持同构型数据库之间数据导入导出：即相同引擎数据库之间数据导入导出。 不支持异构型数据库之间数据导入导出：即不同引擎数据库之间数据导入导出。例如，从Oracle导入数据到RDSPostgreSQL支持的数据库引擎。异构型数据库之间数据导入导出，一般需要第三方软件，通过数据复制的方式来实现。

本文介绍关于如何查询SQL执行效率。 Explain 在解决数据库性能上，Explain命令是最常用的命令，大部分的性能问题可以通过此命令来找出SQL语句的查询瓶颈，以找到更为优化的SQL语句，达到更好的执行性能。 语法： EXPLAIN [ ( option [, ...] ) ] statement EXPLAIN [ ANALYZE ] [ VERBOSE ] statement 例子： EXPLAIN SELECT FROM foo; QUERY PLAN Seq Scan on foo (cost0.00..155.00 rows10000 width4) (1 row) 从该处可以简单地看到cpu耗费情况以及查询行数，运维人员可以简单判断查询是否正确使用索引，以保证足够好的查询效率。

本文介绍MySQL数据库修改authenticationstring字段为显示密码后无法登录的处理办法。 场景描述 用户通过navicat修改MySQL的user表root帐号的“authenticationstring”字段，修改为为显示密码后无法登录客户端。 原因分析 修改密码方式错误，不应直接改user表的authenticationstring字段的hash key，需要通过控制台重置root密码方式修改。 解决方案 由于8.0版本不支持password函数，因此需要通过以下步骤恢复： 找出帐号的authenticationstring字段，使用以下命令更新update mysql.user set authenticationstring'XXX' 其中XXX为新修改的密码。重置root帐号密码。 ALTER USER 'root'@'%' IDENTIFIED WITH mysqlnativepassword BY 'XXX'; flush privileges; 修改后用户就可以正常登录root帐号。

数据管理服务支持数据来源为云数据库、数据类型为MySQL、地域/资源池一致的不同实例之间进行数据复制，本文介绍如何提交复制任务。 注意 仅II类型资源池支持该功能，具体支持情况以控制台页面展示为准。更多资源池信息，请参见功能概览。 前提条件 操作用户拥有对源数据库与目标数据库的的读写权限。 源数据库与目标数据库均已是登录状态。 操作步骤 1. 登录数据管理服务控制台。 2. 打开左侧导航栏，选择开发空间> 数据复制 ，进入数据复制管理页面，开始创建复制任务。 3. 单击数据复制选项，按照要求填写数据复制工单，具体的填写说明如下表所示。 输入内容 说明 源数据库 数据库实例选择列表，数据来源于 数据资产元数据管理 中添加的数据库实例，支持来源为云数据库的MySQL。 源数据库表选择 根据需求选择全部表或部分表。 请选择表 若在源数据库表选择中选中部分表选项，则可以根据需求在请选择表下拉选项中选择需要克隆的表。 目标数据库 数据库实例选择列表，数据来源于 数据资产元数据管理 中添加的数据库实例，支持来源为云数据库的MySQL。 复制范围 根据需求选择表结构或全量数据。 附加范围 根据需求选择视图、存储过程、函数、事件、触发器五个选项中的一个或者多个。 同名对象处理 根据需求选择跳过同名对象或覆盖同名对象。 计划执行时间 根据需求选择立即执行或指定时间。 选择日期时间 若在计划执行时间选择指定时间，则可以在选择日期时间根据需求选择开始时间点。 工单说明 描述工单备注内容。 4. 按照需求填写好数据复制工单后，单击提交选项完成工单的提交，等待数据复制完成。

本文介绍pgAdmin的数据库监控功能。 前提 已经通过pgAdmin创建与RDSPostgreSQL实例的连接。 打开监控界面 在右侧Browser打开RDSPostgreSQL Server连接，连接成功后，点击右侧的Dashboard，即可展示实时的数据监控，下方可以看到进行中的连接。 相关指标： Server sessions：连接RDSPostgreSQL的连接数量，包括活跃连接（Active）与空闲连接（Idle）。 Transaction per second：每秒产生的事务数量。 Tuples in：进行增删改的元组数量。 Tuples out：查询的元组数量。 Block I/O：块读写数量。 Server activity：数据库状态，包括数据库session连接、锁获取状态等。

本文介绍如何通过pgAdmin使用Query Tool执行SQL。 前提 已经通过pgAdmin连接RDSPostgreSQL实例并添加至Servers。 执行SQL 1. 点开数据库Server连接，打开Database，在指定的database上右键选择Query Tool，右侧弹出SQL输入框。如图所示： 2. 在右侧Query框输入SQL语句，点击Execute，在下方显示执行结果。Messages为执行结果，Data Output为执行DQL语句输出。

本文介绍如何使用pgAdmin创建数据库。 前提 已经通过pgAdmin连接RDSPostgreSQL实例并添加至Servers。 打开创建database页面 1. 在左侧Browser栏中选取所需的RDSPostgreSQL Server，双击连接以打开菜单选项。 2. 单击Database一栏，右键选择Create > Database... ，弹出创建框。流程如下图： 填入database相关信息 创建框中，各栏信息如下： General：基本信息，包括database名与拥有者，默认拥有者为启动数据库连接的用户，必填项。 Definition：数据库基本配置，包括字符编码、模板、表空间、排序规则、字符类型、连接限制，编码方式默认为utf8，其余栏默认为空，非必填项。 Security：权限配置，包括权限授予与安全标签，非必填项。 Parameters：角色参数，非必填项。 Advanced：高级选项，非必填项。 SQL：创建SQL，用户通过前面几项填写后自动生成的创建database的SQL，无法填写与修改。 填写完成后点击保存即可创建数据库。

本节介绍了如何通过创建数据库命令指定LCCOLLATE和LCCTYPE。 查询字符集支持的LCCOLLATE和LCCTYPE信息 通过执行下列命令查询LCCOLLATE和LCCTYPE。 select pgencodingtochar(collencoding) as encoding,collname,collcollate as "LCCOLLATE",collctype as "LCCTYPE" from pgcollation; 若encoding为空时，表示当前LCCOLLATE支持所有的字符集。 使用方式 创建一个LCCOLLATE和LCCTYPE分别为zhCN.utf8的数据库，其执行命令如下。 create database testdb with encoding 'UTF8' lccollate 'zhCN.utf8' lcctype'zhCN.utf8' template template0;

本节介绍RDSPostgreSQL默认已安装的插件。 Ⅰ类资源池版本已安装插件： repmgr pgstatstatements pgnotcopy plpgsql Ⅱ类资源池版本已安装插件： repmgr pgstatstatements telepgmonitor pgnotcopy plpgsql

本小节主要介绍RDSPostgreSQL的tdsfdw插件使用方法。 操作场景 RDSPostgreSQL支持 tdsfdw插件，可以连接到使用表格数据流（TDS）协议的数据库，如Sybase数据库和Microsoft SQL Server。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持的版本插件列表。 注意事项 请确保目标数据库的网络与您的数据库实例互通。 插件使用 安装插件 sql CREATE EXTENSION IF NOT EXISTS tdsfdw; 卸载插件 sql DROP EXTENSION IF EXISTS tdsfdw; 使用示例 1.创建服务器，示例如下： CREATE SERVER mssqlsvr FOREIGN DATA WRAPPER tdsfdw OPTIONS (servername ' ', port 'SQLSERVERVPCDBPORT', database 'testdb', tdsversion '7.1'); 说明：服务器定义中的servername必须配置为SQL Server的内网地址，port必须配置为SQL Server的内网端口。 2.创建外部表。您可以通过多种方式创建外部表： 2.1使用tablename定义创建外部表，示例如下： CREATE FOREIGN TABLE mssqltable1 ( id integer, data varchar) SERVER mssqlsvr OPTIONS (tablename 'dbo.mytable', rowestimatemethod 'showplanall'); 2.2使用schemaname和tablename定义创建外部表，示例如下： CREATE FOREIGN TABLE mssqltable2 ( id integer, data varchar) SERVER mssqlsvr OPTIONS (schemaname 'dbo', tablename 'mytable', rowestimatemethod 'showplanall'); 2.3使用query定义创建外部表，示例如下： CREATE FOREIGN TABLE mssqltable3 ( id integer, data varchar) SERVER mssqlsvr OPTIONS (query 'SELECT FROM dbo.mytable', rowestimatemethod 'showplanall'); 2.4使用远程列名创建外部表，示例如下： CREATE FOREIGN TABLE mssqltable4 ( id integer, col2 varchar OPTIONS (columnname 'data')) SERVER mssqlsvr OPTIONS (schemaname 'dbo', tablename 'mytable', rowestimatemethod 'showplanall'); 2.5创建用户映射，示例如下： CREATE USER MAPPING FOR root SERVER mssqlsvr OPTIONS (username 'test', password 'Pgdb12%^'); 2.6导入外部模式，示例如下： IMPORT FOREIGN SCHEMA dbo EXCEPT (mssqltable) FROM SERVER mssqlsvr INTO public OPTIONS (importdefault 'true'); ：SQL Server的内网地址。 ：SQL Server的内网端口。

本小节主要介绍RDSPostgreSQL的pgstatkcache插件使用方法。 操作场景 RDSPostgreSQL支持 pgstatkcache插件，可以统计在文件系统层面的读写信息。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持的版本插件列表。 插件使用 安装插件 sql CREATE EXTENSION IF NOT EXISTS pgstatkcache; 卸载插件 sql DROP EXTENSION IF EXISTS pgstatkcache; 使用示例 查看统计信息 sql SELECT FROM pgstatkcache(); 重置统计信息 sql select pgstatkcachereset();

本小节主要介绍RDSPostgreSQL的wal2json插件使用方法。 操作场景 RDSPostgreSQL支持 wal2json插件，可以将逻辑日志文件输出为JSON格式供您查看。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持的版本插件列表。 注意事项 wal2json插件默认自带，无需创建。 使用示例 sql 1.执行如下命令建表及初始化插件。 CREATE TABLE table2withpk (a SERIAL, b VARCHAR(30), c TIMESTAMP NOT NULL, PRIMARY KEY(a, c)); CREATE TABLE table2withoutpk (a SERIAL, b NUMERIC(5,2), c TEXT);​ SELECT 'init' FROM pgcreatelogicalreplicationslot('testslot', 'wal2json'); ​ 2.执行如下命令变更数据。 BEGIN; INSERT INTO table2withpk (b, c) VALUES('Backup and Restore', now()); INSERT INTO table2withpk (b, c) VALUES('Tuning', now()); INSERT INTO table2withpk (b, c) VALUES('Replication', now()); DELETE FROM table2withpk WHERE a < 3; INSERT INTO table2withoutpk (b, c) VALUES(2.34, 'Tapir'); UPDATE table2withoutpk SET c 'Anta' WHERE c 'Tapir'; COMMIT; ​​ 3.执行如下命令输出JSON格式的日志信息。 SELECT data FROM pglogicalslotgetchanges('testslot', NULL, NULL, 'prettyprint', '1');

本文介绍了包年/包月的计费方式。 包年/包月是一种常用的RDSPostgreSQL购买方式。 收费方式 预付费方式：用户需先登录天翼云用户中心进行充值，系统会根据用户选购的实际资源对用户云账户中的金额进行扣除。 计费周期：按月计费，以自然月为计费单位，包年享受官网对应的折扣。 升级规则 RDSPostgreSQL升级时间不满整月的，升级后配置按当月实际发生天数计费。 续订规则 续订RDSPostgreSQL数据库，续费按原订购模式按月方式进行续费。 退订规则 退订RDSPostgreSQL数据库，不满整月的按当月实际发生天数收费费用。 退订RDSPostgreSQL数据库后实例会进入冻结状态，冻结周期为15天，冻结期过后如不续费会删除实例。 提醒/通知规则 到期通知：服务到期前7天、3天邮件通知，到期前1天、当天邮件通知和短信提醒。 超期通知：服务超期1天邮件通知，超期3天、7天邮件通知和短信提醒。

章节名称 简介 主要介绍了MySQL的一些基本使用规范。 主要介绍如何创建最佳索引，提高MySQL的读取性能。 主要介绍如何创建MySQL跨可用区部署实例。 主要介绍如何通过统一使用utf8mb4字符集，来实现在MySQL实例中存储emoji表情的最佳实践。 主要介绍MySQL与DRDS搭配实现数据服务能力提升。 主要介绍了对MySQL进行性能调优相关建议以及解决方案。 主要介绍了MySQL的部分重要参数以及典型参数的用法。

本小节主要介绍RDSPostgreSQL的dblink插件使用方法。 操作场景 RDSPostgreSQL支持 dblink插件，可用于跨库操作。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持的版本插件列表。 注意事项 请确保目标数据库的网络与您的数据库实例互通。 插件使用 安装插件 sql CREATE EXTENSION IF NOT EXISTS dblink; 卸载插件 sql DROP EXTENSION IF EXISTS dblink; 使用示例 sql SELECT dblinkconnect('hostaddr port dbname user password '); 注意能够访问的到实例数据库，网络要通。 IP：目标数据库的IP地址。 DBPORT：目标数据库实例的端口。 DBNAME：目标数据库名称。 USERNAME：目标数据库用户名称。 USERPWD：目标数据库用户密码。 常见问题 更多详情请参见dblink官网文档。

本小节主要介绍RDSPostgreSQL的zhparser插件使用方法。 操作场景 RDSPostgreSQL支持 zhparser插件，支持utf8和gbk字符集，主要用于全文搜索的中文分词。 前提条件 请确保您的实例内核大版本满足，本插件所支持的内核版本，请参考支持的版本插件列表。 插件使用 安装插件 sql CREATE EXTENSION IF NOT EXISTS zhparser; 卸载插件 sql DROP EXTENSION IF EXISTS zhparser; 使用示例 sql CREATE TEXT SEARCH CONFIGURATION testzhcfg (PARSER zhparser); ​ ALTER TEXT SEARCH CONFIGURATION testzhcfg ADD MAPPING FOR n,v,a,i,e,l WITH simple; ​ SELECT FROM tsparse('zhparser', 'RDS for PostgreSQL中文分词插件测试'); ​ SELECT totsvector('testzhcfg','RDS for PostgreSQL中文分词插件测试'); ​ SELECT totsquery('testzhcfg', '分词');

本节主要介绍RDSPostgreSQL参数调优建议。 数据库参数是数据库系统正常运行的关键配置，用户在修改参数时需要根据官方建议，结合实例的资源配置来设置，不然可能会影响数据库性能。本文列举了一些重要参数说明，更多参数详细说明，请参见PostgreSQL官网。 影响性能参数 部分性能参数相关说明如下： 参数“logstatement”决定了记录创建及删除数据库用户的操作的日志级别，可选值为“none”、“ddl”、“mod” 或 “all”，设计不当会影响数据库的性能，请根据具体使用场景配置。 参数“loghostname”、“logduration”、“logconnections” 和 “logdisconnections”会影响数据库的性能，请根据具体使用场景确认是否需要开启。 参数“sharedbuffers”参数配置的合理范围是系统内存的25%~40%，建议最大值不超过系统内存的80%，参数值设置过大会影响数据库的性能，请根据具体使用场景配置。 参数“maxworkerprocesses”参数配置与“maxparallelworkers”、“maxparallelworkerspergather”参数值有关，建议根据业务需求进行配置，配置过大会影响数据库性能，请确认后进行配置。 安全敏感参数 若干参数相关说明如下： 参数“logmindurationstatement”用于设置最小执行时间，执行时间大于等于这个值的语句都将被记录，单位为毫秒。 值为0，表示记录所有语句，值为1，表示不记录语句。

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

本文介绍了RDSPostgreSQL的实例存储类型详细说明。 数据库是应用系统最为重要基础组件，需频繁进行磁盘读写操作，对存储IO性能要求较高，天翼云提供多种类型的存储IO以满足不同性能要求，您可根据需要选择所需的存储类型。RDSPostgreSQL暂时不支持创建实例后变更存储类型。 存储类型说明 RDSPostgreSQL普通IO、高IO、通用型SSD、超高IO、极速型SSD、XSSD系列（XSSD0、XSSD1、XSSD2）六种存储类型，均为云盘存储，支持弹性扩容，可以满足不同的业务场景，具体如下： 普通IO：适用于数据量不大、查询和更新频率不高的个人测试、学习等场景。 高IO：适用于主流的高性能、高可靠应用场景，例如大型开发测试、Web服务器日志以及企业应用。典型的企业应用有SAP、Microsoft Exchange和Microsoft SharePoint等。 通用型SSD：适用于高吞吐量，低时延的企业级办公场景。 超高IO：适用于超高IOPS、超大带宽需求的读写密集型应用场景，例如要求高性能计算的关系型数据库。 极速型SSD：适用于需要极低的延迟和高的I/O性能的应用场景，大型OLTP（Online Transaction Processing）数据库等。 XSSD系列（XSSD0、XSSD1、XSSD2）：天翼云X系列云硬盘基于NVMe和RDMA技术，为您提供超高IOPS、超高吞吐量和超低时延的极致云硬盘。关于XSSD系列的性能介绍可参考X系列云硬盘。 注意 XSSD系列仅8代机支持选择该磁盘类型，同时仅部分资源池支持XSSD系列磁盘，后续会逐步加载其他资源池，请以实际订购界面展示为准。 云硬盘规格详情，请您参考云硬盘产品介绍产品规格磁盘类型及性能介绍。

应用场景 业务多为长连接，连接建立不频繁 连接数量不是很大 工作原理 选择会话级连接池后，当需要处理第一个会话事务时，从连接池中查找是否存在未绑定的空闲连接。如果存在则绑定空闲连接，否则代理与后端数据库创建一个新的后端连接。 在当前事务结束后将仍然被会话占用，直到会话结束才会释放回线程池。此时才能被下一个会话复用。 如上图所示： 一个会话独占了专用后端连接，后端连接数量与会话并发数是正相关的，无论会话活跃与否。它的好处是会话始终保持很好响应速度，请求更稳定，适用于长连接的业务场景。 需要注意： 1. 代理默认开启读写分离，读写事务连接到主实例，只读事务会连接到只读实例； 2. 存在一个会话独占多个后端连接（分别到主实例和只读实例的连接）； 3. 业务需要评估应用特征是否为长连接，会话数量是否在可控范围内，是否超过单单实例的连接限制。 事务拆分 数据库代理提供了事务拆分的能力，开启事务拆分后，同一个事务中的读写SQL请求进行了路由拆分，写请求路由到主实例，读请求路由到从实例。 工作原理 数据库代理具备读写分离的能力，写请求路由到主实例，读请求路由到从实例。这样能充分利用从实例的资源，减小主实例负载。 一般情况下，业务应用使用自动提交的模式，即每一个SQL都是单独的事务。读写分离所起到的效果比较显著。 但有些业务框架会关闭autocommit，业务读写SQL需要显式commit，这样同时包含读写SQL的事务请求都会路由到主实例上。 如上图所示，包含读写SQL的事务，请求都路由到主实例上。如果业务存在大量读写事务，会导致主实例负载高而从实例负载低的情况。 为了应对这种情况，数据库代理提供了事务拆分的选项，业务无需改造应用代码，实现读写实例的负载均衡。开启后事务中的读写SQL路由进行了拆分，写请求路由到主实例，读请求路由到从实例，保留了读写分离的效果。 如上图所示，读请求都路由到了从实例，写请求路由到了主实例。这样读写分离规则在事务内部中仍然起作用。 特别说明： 数据库代理的事务拆分是默认关闭的； 一般情况下主从实例的延迟非常低，业务请求慢于主从同步，但仍然有一定概率读不到刚提交的数据。如果业务需要非常强一致性的场景，不建议启用事务拆分。