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

NetBackup for SQLite 代理 ........................................................ 6 NetBackup for SQLite 代理 支持的功能 ............................................... 7 NetBackup for SQLite 代理 软件包 ............. ................................. 7 关于 NetBackup for SQLite 代理 许可证 .............................................. 7 NetBackup for SQLite 代理 文档 ........................................................ 8 NetBackup for SQLite 代理 的安装 .............................................. 9 验证操作系统和平台 ..................................................................... 10 NetBackup for SQLite 代理 的安装先决条件 ..........

NetBackup for SQLite 支持的功能 ..................................................... 7 NetBackup for SQLite 代理 文档 ........................................................ 7 NetBackup for SQLite 的前提条件 ......... 18 解决在使用 NetBackup for SQLite 代理 时出现的错误 .......................... 18 附录 A NetBackup for SQLite 命令和约定 ............................... 22 关于 NetBackup for SQLite 代理 命令 ............................. .................. 22 关于 NetBackup for SQLite 代理 命令约定 ......................................... 22 附录 B NetBackup for SQLite 命令 ............................................ 24 nbsqlite -o backup ...

会尝试 将其删掉。默 认值从 5m 修改 为 10m。 TiKV 配置文件 server.raft- �→ client- �→ queue-size 新增 指定 TiKV 中发 送 Raft 消息的 缓冲区大小。 默认值为 8192。 TiKV 配置文件 storage.flow- �→ control. �→ enable 新增 表示是否开启 TiKV 流量控制 机制。默认值 为 true。 time)/tikv_count = 92.4 6.3.1.3.4 备份过程中的异常处理 本节介绍如何处理备份过程中出现的常见错误。 备份日志中出现 key locked Error 日志中的错误消息：log - ["backup occur kv error"][error="{\"KvError\":{\"locked\": 如果在备份过程中遇到 key 被锁住，目前 BR 会尝试清锁。少量报错不会影响备份的正确性。 error: \"[5_5359_42_123_ �→ default.sst] is already exists in /dir/backup_local/\" })" 若备份失败并出现以上错误消息，采取以下其中一种操作后再重新备份： • 更换备份数据目录。例如将 /dir/backup-2020-01-01/ 改为 /dir/backup_local/。 • 删除所有 TiKV 和 BR

Backup & Restore (BR) * 修复备份期间少数 TiKV 节点不可用导致的备份中断问题 #980 – TiCDC * 修复 Unified Sorter 中的并发问题并过滤无用的错误消息 #1678 * 修复同步到 MinIO 时，重复创建目录会导致同步中断的问题 #1463 * 默认开启会话变量 explicit_defaults_for_timestamp，使得下游 MySQL 过期的文件并禁止共享 sort-dir 目录 #1742 * 修复存在大量过期 Region 信息时 KV 客户端可能锁死的问题 #1599 * 修复 --cert-allowed-cn 参数中错误的帮助消息 #1697 * 修复因更新 explicit_defaults_for_timestamp 而需要 MySQL SUPER 权限的问题 #1750 * 添加 sink 流控以降低内存溢出的风险 time)/tikv_count = 92.4 6.3.1.3.4 备份过程中的异常处理 本节介绍如何处理备份过程中出现的常见错误。 备份日志中出现 key locked Error 日志中的错误消息：log - ["backup occur kv error"][error="{\"KvError\":{\"locked\": 如果在备份过程中遇到 key 被锁住，目前 BR 会尝试清锁。少量报错不会影响备份的正确性。

pool-size 的值为 0 时， 该配置项不生 效。 TiKV raftstore. �→ raft-msg- �→ flush- �→ interval 新增 Raft 消息攒批 发出的间隔时 间。每隔该配 置项指定的间 隔，Raft 消息会 攒批发出。当 raftstore. �→ store-io- �→ pool-size 的值为 0 时， 该配置项不生 效。 30 配置文件 配置项 修改类型 完善了列存文件的数据校验能力（checksums，实验功能） • Tools – TiCDC * 通过修改 Kafka sink 配置项 MaxMessageBytes 的默认值，由 64 MB 减小为 1 MB，以修复消息过大 会被 Kafka Broker 拒收的问题 #3104 * 减少同步链路中的内存占用 #2553#3037 #2726 * 优化监控项和告警规则，提升了同步链路、内存 GC、存量数据扫描过程的可观测性 错误而导致的 CDC 频繁增加 scan 重试的问题 #11082 – 修复因 channel 打满而导致的 Raft 断连情况 #11047 – 修复 Raft client 中 batch 消息过大的问题 #9714 – 修复 resolved_ts 中协程泄漏的问题 #10965 – 修复当 response 大小超过 4 GiB 时 Coprocessor panic 的问题 #9012

不便，并且容易误操作。从 v6.1.0 起，当开启 enable-global-kill 配置项时，你可以在任意 TiDB 节点运 行 kill 命令终止指定的连接及操作，而无需担心客户端和 TiDB 中间有代理时错误地终止其他查询或会 话。目前 TiDB 暂时不支持用 Ctrl+C 终止查询或会话。 用户文档，#8854 • TiKV API V2（实验特性） 在 v6.1.0 之前，TiKV 作为 垃圾回收 (GC) 从 Raftstore 中迁移到后台线程，防止 snapshot GC 阻塞 Raftstore 消息循环 #11966 – 支持动态设置 gRPC 可发送的最大消息长度 (max-grpc-send-msg-len) 和单个 gPRC 消息可包含的最 大 Raft 消息个数 (raft-msg-max-batch-size) #12334 – 支持通过 Raft 执行在线有损恢复 @Transactional 注释的对象包装在一个代理中，使用该代理对对 象的调用进行处理。 你可以简单的认为，代理在带有 @Transactional 注释的对象内的函数调用时：在函数顶部将使用 transaction �→ .begin() 开启事务，函数返回后，调用 transaction.commit() 进行事务提交，而出现任何运行时错误时， 代理将会调用 transaction.rollback()

allow-remove- �→ leader 删除 决定是否允许 删除主开关。 TiKV raft-msg- �→ flush- �→ interval 删除 Raft 消息攒批 发出的间隔时 间。每隔该配 置项指定的间 隔，Raft 消息会 攒批发出。 34 配置文件 配置项 修改类型 描述 PD log.level 修改 默认值由 “INFO” 改为 “info”，保证 大小写不敏感。 TiFlash 104857601 （10MB）。 TiCDC partition-num 修改 将 Kafka Sink partition-num 的默认值改由 4 为 3，使 TiCDC 更加平均地分 发消息到各个 Kafka partition。 TiDB Lightning meta-schema- �→ name 修改 此配置项控制 TiDB Lightning 在 目标 TiDB 中保 存 time)/tikv_count = 92.4 6.3.1.3.4 备份过程中的异常处理 本节介绍如何处理备份过程中出现的常见错误。 备份日志中出现 key locked Error 日志中的错误消息：log - ["backup occur kv error"][error="{\"KvError\":{\"locked\": 如果在备份过程中遇到 key 被锁住，目前 BR 会尝试清锁。少量报错不会影响备份的正确性。

href="https://docs.pingcap.com/zh/tidb/v8.0/ticdc-simple-protocol">Simple 协议 �→ TiCDC 支持了新的 Simple 消息协议，该协议通过在 DDL 和 BOOTSTRAP 事件中嵌入表的 schema 信息， �→ 实现了对 schema 信息的动态追踪 (in-band schema tracking)。 schema 信息占用的内存。 更多信息，请参考用户文档。 2.2.1.4 高可用 • 代理组件 TiProxy 成为正式功能 (GA) #413 @djshow832 @xhebox TiDB v7.6.0 引入了代理组件 TiProxy 作为实验特性。TiProxy 是 TiDB 的官方代理组件，位于客户端和 TiDB server 之间，为 TiDB 提供负载均衡、连接保持功能，让 保护日志信息。 更多信息，请参考用户文档。 2.2.1.9 数据迁移 • TiCDC 支持 Simple 协议 #9898 @3AceShowHand TiCDC 支持了新的 Simple 消息协议，该协议通过在 DDL 和 BOOTSTRAP 事件中嵌入表的 schema 信息，实现 了对 schema 信息的动态追踪 (in-band schema tracking)。 更多信息，请参考用户文档。

com/zh/tidb/v8.1/ticdc-simple-protocol">Simple 协议 �→ （从 v8.0.0 开始引入） TiCDC 支持了新的 Simple 消息协议，该协议通过在 DDL 和 BOOTSTRAP 事件中嵌入表的 schema 信息， �→ 实现了对 schema 信息的动态追踪 (in-band schema tracking)。 @YangKeao – 修复添加唯一索引可能导致 TiDB panic 的问题 #52312 @wjhuang2016 43 • TiKV – 修复由于过时的 Region peer 忽略 GC 消息导致 resolve-ts 被阻塞的问题 #16504 @crazycs520 – 修复 RocksDB 中非活跃的 WAL (Write Ahead Log) 可能损毁数据的问题 #16705 @Connor1996 wait_timeout 变量控制此超时时间，详见JDBC 查询超时文档。 此外，客户端到 TiDB 之间通常还会有 LVS 或 HAProxy 之类的网络代理。这些代理通常会在连接空闲超过特定时 间（由代理的 idle 配置决定）后主动清理连接。除了关注代理的 idle 配置外，连接池还需要进行保活或探测 连接。 如果常在 Java 应用中看到以下错误： The last packet sent successfully