近日，OCP 新版本正式上线，全面兼容 OceanBase 4.3.2 及以下版本。新版本提供 Binlog 服务的安装配置、基础运维、监控预警等功能，助力用户达成与 MySQL 下游生态链路的无缝衔接；同时增添了关键功能：租户克隆，能有效应对数据库变更、应用版本发布、快速搭建开发测试环境等多种业务场景中的数据隔离及效率难题。
不仅如此，新版本还实现了对 OBKV-Table 和 OBKV-HBase 等实例类型的监控能力，使用户能够更便捷地监控产品性能。新版本针对基础运维、性能监控、运维配置、外部集成等多个方面实施了超过 20 项的优化及强化措施，致力于增强产品的易用性和稳定性，从而帮助用户更加高效地管理 OceanBase 数据库。
（一）Binlog 服务
Binlog 是 MySQL 与下游生态如 Canal、Flink 对接的重要组件。OceanBase 为了更好地与 MySQL 生态融合，提供 Binlog 服务通过转换原生 Clog 为 MySQL Binlog 格式，使用户可以无缝对接至 OceanBase 数据库，保留其原有数据流程体系以及复用原基础设施，最大限度降低用户的数据库切换成本。OCP 提供 Binlog 集群部署以及 Binlog 实例的管理、监控告警、参数管理等能力，可以显著降低用户管理维护 Binlog 服务的成本。
（二）CPU 绑核配置
CPU 绑核（taskset）是一种能将特定进程或线程绑定至特定 CPU 核心的技术。借由把关键任务绑定到固定的 CPU 核心，可避免任务于不同核心间频繁切换，从而削减上下文切换开销，增进系统整体性能。OCP 具备对 OBProxy 集群以及 OceanBase 集群开启/关闭 CPU 绑核的能力。
在 ARM 架构以及 OBProxy&OceanBase 集群混布的场景中，依据客户现场实测数据，其可降低约 15%至 20% 的 RT。同时也需注意：过度运用 CPU 绑核可能会致使某些核心负载过高，而其他核心处于空闲状态，对系统的资源利用率造成影响。在实际应用里，需要根据具体情况慎重决定是否使用 CPU 绑核，并合理调适绑核策略，以达至最佳的性能和资源利用效果。
（三）服务名
Service Name 是 OceanBase 提供的一种新的数据库访问方式，可以视其为集群 & 租户名的别名，实现应用程序通过如 mysql -h11.162.218.115 -P2883 -uroot@< Service Name> 的连接串访问数据库。OceanBase 4.1 高可用解决方式变更为租户级主备库，集群级不再有主备角色的概念，集群名仅用于唯一标识一个集群，主备角色下放到租户级别，主备租户所属的集群可能不同，主备租户名也可能不同。
OCP 支持主备租户 Service Name 创建、编辑、删除 、校验以及为主备租户所在的集群绑定同一 OBProxy 集群的功能，支持用户通过设置主备租户为同一 Service Name，达到主备租户切换时 Session 自动切换的能力， 同时用户也可以依据业务具体场景，如在非主备租户场景下使用 Service Name 代替集群名/租户名的连接方式，以及提供灵活性支持主备租户场景下，主备租户使用不同的 Service Name 等，从而帮助用户更方便的使用 Service Name 特性。
（四）租户克隆
OceanBase 的租户与传统数据库实例类似，例如：OceanBase 支持 MySQL/Oracle 兼容模式的租户。通过租户克隆操作，可迅速将源租户的元数据信息复制一份给新克隆租户使用，初始状态下，这两个租户共享物理宏块。该新克隆租户与源租户相互独立，具备严格的数据隔离和资源隔离。新克隆及源租户的任何数据更改，都不会相互影响。在测试环境下，从一个 8C64G、包含 1TB 数据的源租户，克隆出一个同样配置的新租户，仅需 2 分钟。而且，OCP 还提供同步源租户的参数、资源检查等功能，助力用户达成一键快速克隆源租户的能力。本功能适用于这些业务场景：报表任务、应用版本发布、数据库变更、数据导出等，既能提高任务执行效率，又能降低相关任务带来的业务风险。
（一）基础运维
💡 租户克隆：用户可以在 OCP 上通过 3 次简单点击即可在分钟级别内基于源租户快速克隆出新的租户,可有效解决数据库变更、应用版本发布、构建开发测试环境等多种业务场景下的数据隔离同时提升用户生产效率。
💡 CPU 绑核配置：简化设置隔核处理以及绑核配置，使 OBProxy 和 OBSever 进程在指定 CPU 核心上运行，据客户实测本功能可降低约 15% 至 20% 的 RT。
💡 租户重命名：实现用户无需变更数据库连接串即可访问如生产/测试等类型数据库的能力。
💡 Service Name：通过为主备租户设置相同的 Service Name，在租户主备切换时能够实现 Session 的自动路由，极大缩短了 Switchover/Failover 场景下的业务切换时间。
💡 CPU 核数统计：实现 OCP 所管理集群的 CPU 核数统计 (去除 OCP META 集群)。
💡 自定义 RPC 端口：创建 OBProxy 集群时支持设置 RPC 端口，实现旁路导入，OBKV 等功能自定义端口能力。
💡 S3 协议：租户主备场景下存储介质支持使用 S3 协议。
（二）告警中心
支持 OBProxy 内存使用超限（≥85%）告警能力。
（三）性能监控
1. 支持对 OBKV-Table/OBKV-HBase 监控性能：QPS/RT/平均操作行数。
2. 支持响应时间（RT） P99/P95 百分位统计展示，帮助用户更好地了解系统的性能状况。
3. 租户性能监控新增支持日志盘 & 数据盘分钟级别监控。
（四）自治服务
1. SQL 诊断-SLOWSQL 支持样例数据透出，详情页面支持采样数据透出明细参数。
（五）Binlog 服务
仅 MySQL 租户支持 Binlog 服务。
OCP 支持创建 Binlog 服务集群、新增服务节点能力。 支持重启/停止 Binlog 实例以及停止/删除 Binlog Server 功能。 支持 Binlog 实例 延迟、RPS 以及资源：CPU、内存、存储空间监控。 支持 Binlog 集群、Binlog 实例 共 13 个告警。 支持 Binlog 集群&实例的参数设置。
（六）备份恢复
数据备份&恢复支持 S3 协议，支持原生的 AWS S3 以及兼容 S3 协议的对象存储如华为云 OBS、Google GCS、腾讯云 COS、移动云 EOS 等，基本覆盖国内外主流云厂商的对象存储类型（Azure Blob 除外）。这将有助于用户更方便地进行数据备份和恢复，并提高数据的安全性和可靠性。
（七）平台能力
1. 支持 OCP Agent 参数配置管理能力， 实现动态控制监控数据采集能力，解决异常场景下数据收集量较大造成 SYS 租户压力过大问题。
2. 支持 SSO 协议如 OIDC、Oauth2 等配置能力，解决用户侧配置难题。
3. 完善 OCP 接管集群功能，保障在数据库接管过程中 Config Server 继续对外提供服务。
4. 支持 OCP 在版本升级期间管控界面只读能力。
（八）Open API
提供 OceanBase 4.x 租户级别 9 个 Open API，包括立即备份、展示备份任务、创建/变更/查询/关闭 备份策略等。 提供 OceanBase 3.x 集群级别开启/关闭备份策略的 Open API。 提供集群、租户、主机、OBProxy 等对象最近一次巡检结果的 Open API。 提供 OceanBase 4.x 主备租户容灾切换的 13 个 Open API，包括创建网络备租户、主备租户日常/容灾切换等。
（一）集群管理
1. 创建集群时支持选择负载类型（默认 HTAP），实现 5 种业务场景下如 OLTP/OLAP/HTAP/OBKV 等性能最优化。
2. 升级集群时支持选择 Zone 升级顺序，实现人为干预和控制切主时间点，最大限度降低 leader 切换对于业务的影响。
3. 替换 OBServer 时 OBServer 参数默认设置为当前集群中的参数值。
4. 优化迁出集群时导出凭据流程，降低凭据位迁出风险。
（二）租户管理
1. 支持创建租户时选择负载类型，实现 5 种业务场景下如 OLTP/OLAP/HTAP/OBKV 等性能最优化。
2. 租户级别变更增加二次确认提示，避免用户因误操作造成异常事件。
3. 资源使用限制：展示租户在当前规格下的资源使用限制，如日志流个数、Tablet 等。
4. MySQL 租户支持创建&展示具有 Hostname 的语法的数据库用户。
5. 会话管理新增按会话 ID 进行查询能力。
（三）其他优化
任务管理：优化任务节点的跳过功能，避免因本跳过造成数据库对象状态异常 主机管理：增加网卡 MTU 值、NTP 以及内核参数：net.ipv4.ip_local_port_range/ net.ipv4.ip_local_reserved_ports 检查, 完善主机标准化检查项。 备份恢复：安装向导中去除安装逻辑备份恢复服务步骤。 OBProxy：支持复制 OBProxy 集群名。
修复了在 OCP 里先后部署两个同名集群可能遇到的兼容性问题。 修复了 RS List 的 OBProxy 无法接管 OceanBase 集群的问题。 修复了节点替换期间租户流量监控异常的问题。 修复若干多集群模式下主备 OCP Failver 失败的问题。 修复了按官网提供的参数查 TopSQL 失败的问题。 修复了自治服务首页集群排序按钮失效的问题。
