Postgres Conference China 2016 中国用户大会 高金芳 平安科技（深圳）有限公司 PostgreSQL“反向代理”Redis 2016Postgres中国用户大会 Postgres Conference China 2016 中国用户大会 职务：平安科技数据库技术部数据库架构师 邮箱：gaojinfang498@pingan

{TiDB_Cluster_name}-TiDB-Summary：TiDB server 相关监控项概览。 • {TiDB_Cluster_name}-TiFlash-Proxy-Summary：数据同步到 TiFlash 的代理 server 监控项概览。 • {TiDB_Cluster_name}-TiFlash-Summary：TiFlash server 相关监控项概览。 • {TiDB_Cluster_name}-TiKV-Details：TiKV 探活配置 连接池维护到 TiDB 的长连接，TiDB 默认不会主动关闭客户端连接（除非报错），但一般客户端到 TiDB 之间还 会有 LVS 或 HAProxy 之类的网络代理，它们通常会在连接空闲一定时间后主动清理连接。除了注意代理的 idle 配置外，连接池还需要进行保活或探测连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully to TiDB 中的最佳实践 550 10.5.3.1 HAProxy 简介 HAProxy 是由 C 语言编写的自由开放源码的软件，为基于 TCP 和 HTTP 协议的应用程序提供高可用性、负载均 衡和代理服务。因为 HAProxy 能够快速、高效使用 CPU 和内存，所以目前使用非常广泛，许多知名网站诸如 GitHub、Bitbucket、Stack Overflow、Reddit、Tumblr、Twitter

{TiDB_Cluster_name}-TiDB-Summary：TiDB server 相关监控项概览。 • {TiDB_Cluster_name}-TiFlash-Proxy-Summary：数据同步到 TiFlash 的代理 server 监控项概览。 • {TiDB_Cluster_name}-TiFlash-Summary：TiFlash server 相关监控项概览。 • {TiDB_Cluster_name}-TiKV-Details：TiKV 探活配置 连接池维护到 TiDB 的长连接，TiDB 默认不会主动关闭客户端连接（除非报错），但一般客户端到 TiDB 之间还 会有 LVS 或 HAProxy 之类的网络代理，它们通常会在连接空闲一定时间后主动清理连接。除了注意代理的 idle 配置外，连接池还需要进行保活或探测连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully to 在 TiDB 中的最佳实践 10.4.3.1 HAProxy 简介 HAProxy 是由 C 语言编写的自由开放源码的软件，为基于 TCP 和 HTTP 协议的应用程序提供高可用性、负载均 衡和代理服务。因为 HAProxy 能够快速、高效使用 CPU 和内存，所以目前使用非常广泛，许多知名网站诸如 GitHub、Bitbucket、Stack Overflow、Reddit、Tumblr、Twitter

{TiDB_Cluster_name}-TiDB-Summary：TiDB server 相关监控项概览。 • {TiDB_Cluster_name}-TiFlash-Proxy-Summary：数据同步到 TiFlash 的代理 server 监控项概览。 • {TiDB_Cluster_name}-TiFlash-Summary：TiFlash server 相关监控项概览。 • {TiDB_Cluster_name}-TiKV-Details：TiKV 部署的 Alertmanager 默认监听 alertmanager_servers.host，如果你使用代理，则无法访问 Alertmanager。此时， 你可以在集群配置文件 topology.yaml 中添加 listen_host 指定监听地址，使得 Alertmanager 可以通过代理访问。推 荐配置为 0.0.0.0。 以下示例将 listen_host 字段设置为 0.0.0.0。 探活配置 连接池维护到 TiDB 的长连接，TiDB 默认不会主动关闭客户端连接（除非报错），但一般客户端到 TiDB 之间还 会有 LVS 或 HAProxy 之类的网络代理，它们通常会在连接空闲一定时间后主动清理连接。除了注意代理的 idle 配置外，连接池还需要进行保活或探测连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully to

{TiDB_Cluster_name}-TiDB-Summary：TiDB server 相关监控项概览。 • {TiDB_Cluster_name}-TiFlash-Proxy-Summary：数据同步到 TiFlash 的代理 server 监控项概览。 • {TiDB_Cluster_name}-TiFlash-Summary：TiFlash server 相关监控项概览。 • {TiDB_Cluster_name}-TiKV-Details：TiKV 部署的 Alertmanager 默认监听 alertmanager_servers.host，如果你使用代理，则无法访问 Alertmanager。此时， 你可以在集群配置文件 topology.yaml 中添加 listen_host 指定监听地址，使得 Alertmanager 可以通过代理访问。推 荐配置为 0.0.0.0。 以下示例将 listen_host 字段设置为 0.0.0.0。 连接池维护到 TiDB 的长连接，TiDB 默认不会主动关闭客户端连接（除非报错），但一般客户端到 TiDB 之间还 会有 LVS 或 HAProxy 之类的网络代理，它们通常会在连接空闲一定时间（由代理的 idle 配置决定）后主动清理 连接。除了注意代理的 idle 配置外，连接池还需要进行保活或探测连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully

不便，并且容易误操作。从 v6.1.0 起，当开启 enable-global-kill 配置项时，你可以在任意 TiDB 节点运 行 kill 命令终止指定的连接及操作，而无需担心客户端和 TiDB 中间有代理时错误地终止其他查询或会 话。目前 TiDB 暂时不支持用 Ctrl+C 终止查询或会话。 用户文档，#8854 • TiKV API V2（实验特性） 在 v6.1.0 之前，TiKV 作为 @Transactional 注释的对象包装在一个代理中，使用该代理对对 象的调用进行处理。 你可以简单的认为，代理在带有 @Transactional 注释的对象内的函数调用时：在函数顶部将使用 transaction �→ .begin() 开启事务，函数返回后，调用 transaction.commit() 进行事务提交，而出现任何运行时错误时， 代理将会调用 transaction.rollback() wait_timeout 变量控制此超时时间，详见JDBC 查询超时文档。 此外，客户端到 TiDB 之间通常还会有 LVS 或 HAProxy 之类的网络代理。这些代理通常会在连接空闲超过特定时 间（由代理的 idle 配置决定）后主动清理连接。除了关注代理的 idle 配置外，连接池还需要进行保活或探测 连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully

wait_timeout 变量控制此超时时间，详见JDBC 查询超时文档。 此外，客户端到 TiDB 之间通常还会有 LVS 或 HAProxy 之类的网络代理。这些代理通常会在连接空闲超过特定时 间（由代理的 idle 配置决定）后主动清理连接。除了关注代理的 idle 配置外，连接池还需要进行保活或探测 连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully 上列的一种属性，通过配置该属性来使数据库为该 列的值自动赋值，用户不需要为该列赋值，该列的值随着表内记录增加会自动增长，并确保唯一性。在大多 数场景中，自增列并未拥有业务属性，仅仅代表了这一行数据，即被作为无业务含义的代理主键使用。自增 列的局限性在于：自增列只能采用整型字段，所赋的值也只能为整型。假设业务所需要的序列号由字母、数 字及其他字符拼接而成，用户将难以通过自增列来获取序列号中所需的数字自增值。 4.9.5 3.1 什么是 ProxySQL？ ProxySQL 是一个高性能的开源 SQL 代理。它具有灵活的架构，可以通过多种方式部署，适合各类使用场景。例 如，ProxySQL 可以通过缓存频繁访问的数据来提高性能。 ProxySQL 的设计目标是快速、高效且易于使用。它完全兼容 MySQL，并支持高质量 SQL 代理的所有功能。此外， ProxySQL 还提供了许多独特功能，使其成为各种应用程序的理想选择。

wait_timeout 变量控制此超时时间，详见JDBC 查询超时文档。 此外，客户端到 TiDB 之间通常还会有 LVS 或 HAProxy 之类的网络代理。这些代理通常会在连接空闲超过特定时 间（由代理的 idle 配置决定）后主动清理连接。除了关注代理的 idle 配置外，连接池还需要进行保活或探测 连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully 上列的一种属性，通过配置该属性来使数据库为该 列的值自动赋值，用户不需要为该列赋值，该列的值随着表内记录增加会自动增长，并确保唯一性。在大多 数场景中，自增列并未拥有业务属性，仅仅代表了这一行数据，即被作为无业务含义的代理主键使用。自增 列的局限性在于：自增列只能采用整型字段，所赋的值也只能为整型。假设业务所需要的序列号由字母、数 字及其他字符拼接而成，用户将难以通过自增列来获取序列号中所需的数字自增值。 4.9.5 3.1 什么是 ProxySQL？ ProxySQL 是一个高性能的开源 SQL 代理。它具有灵活的架构，可以通过多种方式部署，适合各类使用场景。例 如，ProxySQL 可以通过缓存频繁访问的数据来提高性能。 ProxySQL 的设计目标是快速、高效且易于使用。它完全兼容 MySQL，并支持高质量 SQL 代理的所有功能。此外， ProxySQL 还提供了许多独特功能，使其成为各种应用程序的理想选择。

schema 信息占用的内存。 更多信息，请参考用户文档。 2.2.1.4 高可用 • 代理组件 TiProxy 成为正式功能 (GA) #413 @djshow832 @xhebox TiDB v7.6.0 引入了代理组件 TiProxy 作为实验特性。TiProxy 是 TiDB 的官方代理组件，位于客户端和 TiDB server 之间，为 TiDB 提供负载均衡、连接保持功能，让 wait_timeout 变量控制此超时时间，详见JDBC 查询超时文档。 此外，客户端到 TiDB 之间通常还会有 LVS 或 HAProxy 之类的网络代理。这些代理通常会在连接空闲超过特定时 间（由代理的 idle 配置决定）后主动清理连接。除了关注代理的 idle 配置外，连接池还需要进行保活或探测 连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully 上列的一种属性，通过配置该属性来使数据库为该 列的值自动赋值，用户不需要为该列赋值，该列的值随着表内记录增加会自动增长，并确保唯一性。在大多 数场景中，自增列并未拥有业务属性，仅仅代表了这一行数据，即被作为无业务含义的代理主键使用。自增 列的局限性在于：自增列只能采用整型字段，所赋的值也只能为整型。假设业务所需要的序列号由字母、数 字及其他字符拼接而成，用户将难以通过自增列来获取序列号中所需的数字自增值。 4.9.5

启tidb_opt_enable_fuzzy_binding 系统变量。 更多信息，请参考用户文档。 2.2.1.4 高可用 • 支持代理组件 TiProxy（实验特性）#413 @djshow832 @xhebox TiProxy 是 TiDB 的官方代理组件，位于客户端和 TiDB server 之间，为 TiDB 提供负载均衡、连接保持功能， 让 TiDB 集群的负载更加均衡，并在维护操 RU。 – Time_queued_by_rc：执行语句过程中等待可用资源的总耗时。 2.2.3 离线包变更 从 v7.6.0 开始，TiDB-community-server 二进制软件包中新增代理组件TiProxy 的安装包 tiproxy-{version}- �→ linux-{arch}.tar.gz。 2.2.4 废弃功能 • TiDB v7.6.0 废弃了对 TLSv1.0 和 wait_timeout 变量控制此超时时间，详见JDBC 查询超时文档。 此外，客户端到 TiDB 之间通常还会有 LVS 或 HAProxy 之类的网络代理。这些代理通常会在连接空闲超过特定时 间（由代理的 idle 配置决定）后主动清理连接。除了关注代理的 idle 配置外，连接池还需要进行保活或探测 连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully