Confidential 构建新一代云原生存储引擎 • 数据分布和弹性 • 分布式eMPP架构 (一致性Hash) • 本地数据减少高延时的云存储访问 • 减少数据移动 • 扩缩容最少的数据移动 • 数据安全性 • 透明数据加密 • 三级密钥 • 实时加解密 @2022 OpenPie. All rights reserved. OpenPie Confidential 构建新一代云原生存储引擎 OpenPie Confidential 安全性增强 生态建设 全链路优化 @2022 OpenPie. All rights reserved. OpenPie Confidential • 透明加密技术 • 加密用户数据，避免被未经许可人员读出 • 用户无感知，不影响用户的业务，对性能影响小 • 合规 • 符合数据安全审计要求 • 符合业务安全审计要求 安全性增强 @2022 OpenPie 租户创建 表创建 数据写入 用户信任域 持久化存储区域 数据存储区域 @2022 OpenPie. All rights reserved. OpenPie Confidential 安全性增强 • 云原生安全 • 传输层加密 • 缓存数据加密 • 存储安全 • 元数据持久化存储 • 用户数据多副本加密储存 • 计算安全 • 集群失效不影响用户数据 • ACID保证 @2022

IvorySQL开源数据库社区 • 数据分布和弹性 o 分布式 eMPP 架构 (一致性Hash) o 本地数据减少高延时的云存储访问 o 减少数据移动 o 扩缩容最少的数据移动 • 数据安全性 o 透明数据加密 o 三级密钥 o 实时加解密 构建新一代云原生存储引擎 IvorySQL开源数据库社区 全链路优化 • 全新的存储引擎简墨（JANM） ⚬ 基于对象存储的行列混存架构 文件剪裁 针对云环境的特性，提供更多高阶的优化 IvorySQL开源数据库社区 05 安全性增强 IvorySQL开源数据库社区 透明加密技术 • 加密用户数据，避免被未经许可人员读出 • 用户无感知，不影响用户的业务，对性能影响小 • 合规 o 符合数据安全审计要求 o 符合业务安全审计要求 安全性增强 IvorySQL开源数据库社区 主密钥 租户密钥 表密钥 页密钥 用户创建 用户创建 租户创建 表创建 数据写入 用户信任域 持久化存储区域 数据存储区域 IvorySQL开源数据库社区 安全性增强 • 云原生安全 o 传输层加密 o 缓存数据加密 • 存储安全 o 元数据持久化存储 o 用户数据多副本加密储存 • 计算安全 o 集群失效不影响用户数据 o ACID 保证 IvorySQL开源数据库社区 PART 04 总结 IvorySQL开源数据库社区

Confidential 构建新一代云原生存储引擎 • 数据分布和弹性 • 分布式eMPP架构 (一致性Hash) • 本地数据减少高延时的云存储访问 • 减少数据移动 • 扩缩容最少的数据移动 • 数据安全性 • 透明数据加密 • 三级密钥 • 实时加解密 @2022 OpenPie. All rights reserved. OpenPie Confidential 全链路优化 • 全新的存储引擎简墨（JANM） 计 算 ， 只 为 新 发 现 05 安全性增强 @2022 OpenPie. All rights reserved. OpenPie Confidential • 透明加密技术 • 加密用户数据，避免被未经许可人员读出 • 用户无感知，不影响用户的业务，对性能影响小 • 合规 • 符合数据安全审计要求 • 符合业务安全审计要求 安全性增强 @2022 OpenPie. All 租户创建 表创建 数据写入 用户信任域 持久化存储区域 数据存储区域 @2022 OpenPie. All rights reserved. OpenPie Confidential 安全性增强 • 云原生安全 • 传输层加密 • 缓存数据加密 • 存储安全 • 元数据持久化存储 • 用户数据多副本加密储存 • 计算安全 • 集群失效不影响用户数据 • ACID保证 @2022

10.1.1.113 dbserver 10.1.1.75 puppet  Authkerys 的配置 这个文件用来配置密码认证方式，支持3种认证方式，crc，md5和sha1， 从左到右安全性越来越高，消耗的资源也越多。因此如果 heartbeat 运行在安全的网路之上，比如私网，那么可以将验证方式设置成 crc， master 和 backup 的 authkeys 配置一样。我的 authkeys mysql 在工作，当主 mysql 服 务器出现问题后，系统将自动切换到备机上继续提供服务，当主数据库修复完毕， 又将服务切回继续由主 mysql 提供服务。 5.2 方案优缺点 优点：安全性高、稳定性高、可用性高，出现故障自动切换， 缺点：只有一台服务器提供服务，成本相对较高。不方便扩展。可能会发生脑裂。 5.3 方案架构图 5.4 方案适用场景 本方案适用于数据库 113 dbserver1 10.1.1.108 dbserver2  Authkerys 的配置 这个文件用来配置密码认证方式，支持3种认证方式，crc，md5和sha1， 从左到右安全性越来越高，消耗的资源也越多。因此如果 heartbeat 运行在安全的网路之上，比如私网，那么可以将验证方式设置成 crc， master 和 backup 的 authkeys 配置一样。我的 authkeys

(on-the-fly) 、高强度算法、多级密钥、传输加密等技术为企业数 据的安全性保驾护航。 pieCloudDB 还支持包括数据库、表级别授权管理等完善的安全及权限管理，帮助企业系统地管理表级别的权限。支 持函数、参数等相关的白名单配置，避免用户对系统进行误操作。 此外，PieCloudDB 提供的可视化平台，帮助企业更方便地梳理维护角色授权。安全性上支持端到端的访问控制管理 和证书管理。 * 完善的数据生态 库内任何一份数据进行访问，避免了数据复制与移动的复杂性。此外，PieCloudDB 的云原生架构支持用户基于同一 份数据建立多个集群，每个集群拥有独立的计算资源和独立的权限管控，满足业务的隔离性和安全性需求。 * 多级缓存技术 在 PieCloudDB 的计算层，各个计算节点针对元数据和用户数据都设计了多层缓存结构。其中，元数据作为数据库系 统中最重要的特征信息，实现高速的元数据访问是提高数据

强度算法、多级密钥、传输加密等技术为企业数 据的安全性保驾护航。 PieCloudDB 还支持包括数据库、表级别授权管理等完善的安全及权限管理，帮助企业系统地管理表级别的权限。支 持函数、参数等相关的白名单配置，避免用户对系统进行误操作。 此外，PieCloudDB 提供的可视化平台，帮助企业更方便地梳理维护角色授权。安全性上支持端到端的访问控制管理 和证书管理。 PieCloudDB 库内任何一份数据进行访问，避免了数据复制与移动的复杂性。此外，PieCloudDB 的云原生架构支持用户基于同一 份数据建立多个集群，每个集群拥有独立的计算资源和独立的权限管控，满足业务的隔离性和安全性需求。 在 PieCloudDB 的计算层，各个计算节点针对元数据和用户数据都设计了多层缓存结构。其中，元数据作为数据库系 统中最重要的特征信息，实现高速的元数据访问是提高数据库查询性能的有效途径。为了避免网络延迟，加速查询优

在数据结构的基础上， 为⽤户提供的额外功能。 其中包括管理数据结构的数据库管理 功能和⾃动过期功能， 将数据结构持久化⾄硬盘从⽽避免数据丢失的持久化功能， 提⾼多条命令执⾏效率的流⽔ 线功能， 保证命令安全性的事务和 Lua 脚本功能， 还有扩展服务器特性的模块功能等等。 这些功能在为⽤户提 供⽅便的同时， 也进⼀步扩⼤了 Redis 的适⽤范围， 读者可以通过阅读这⼀部分来学会如何将 Redis 应⽤在更 counter.reset() # 重置计数器，并返回旧值 6 >>> counter.get() # 返回计数器当前的值 0 2.23 示例：限速器 为了保障系统的安全性和性能， 并保证系统的重要资源不被滥⽤， 应⽤程序常常会对⽤户的某些⾏为进⾏限制， ⽐如说： 为了防⽌⽹站内容被⽹络爬⾍抓取， ⽹站管理者通常会限制每个 IP 地址在固定时间段内能够访问的⻚⾯数 量 之后每当⽤户再次访问该⽹站的时候， ⽹站就可以通过验证客户端提交的令牌来确认⽤户的身份， 从⽽使得 ⽤户不必重复地执⾏登录操作。 另⼀⽅⾯， 为了防⽌⽤户因为⻓时间不输⼊密码⽽导致遗忘密码， 并且为了保证令牌的安全性， ⽹站⼀般都会为 令牌设置⼀个过期期限（⽐如⼀个⽉）， 当期限到达之后， ⽤户的会话就会过时， ⽽⽹站则会要求⽤户重新登 录。 上⾯描述的这种使⽤令牌来避免重复登录的机制⼀般被称为登录会话（login

—Keith Souhrada， 软件开发工程师， Big Fish Games MySQL 企业版提供了全面的高级功能、管理工具和技术支持，实现了高水平的 MySQL 可扩展性、安全性、可靠性和无故障运行时间。 MySQL 企业版可在开发、部署和管理业务关键型 MySQL 应用的过程中降低风险、削减成本和减 少复杂性。MySQL 企业版具有以下独特优势：  使用 Oracle 分组复制来确保数据库的高可用性  通过 MySQL 企业级可扩展性应对指数级增长的用户和数据量  通过 MySQL 企业级备份执行热备份和恢复，从而降低数据丢失的风险  通过 MySQL 企业级安全性来利用现有安全基础架构  使用加密、密钥生成和数字签名保护敏感数据  通过 MySQL 企业级防火墙阻止针对数据库的攻击（如 SQL 注入）  对现有 MySQL 应用实施基于策略的审计合规性

在 v5.3.0 版本中，你可以获得以下关键特性： • 引入临时表，简化业务逻辑并提升性能 • 支持设置表和分区的表属性 • 支持为 TiDB Dashboard 创建最小权限用户，提高系统安全性 • 优化 TiDB 时间戳处理流程，提升系统的整体性能 • 提高 DM 同步性能，实现以更低的延迟将数据从 MySQL 同步数据到 TiDB 26 • 支持 TiDB Lightning 分布式并行导入，提升全量数据迁移效率 Dashboard，减少高权限用户的使用场景。 建议为访问 TiDB Dashboard 创建一个最小权限的 SQL 用户，并用该用户登录 TiDB Dashboard，避免使用高 权限用户，提升安全性。 用户文档 2.2.2.3 性能 • 优化 PD 时间戳处理流程 优化 TiDB 时间戳处理流程，支持通过开启 PD Follower Proxy 和调整 PD client 批量请求 TSO 上的使用，可参阅HAProxy 在 TiDB 中的最佳实践。 global # 全局配置。 chroot /var/lib/haproxy # 更改当前目录并为启动进程设置超级用户权限， �→ 从而提高安全性。 pidfile /var/run/haproxy.pid # 将 HAProxy 进程的 PID 写入 pidfile。 maxconn 4000 # 每个 HAProxy 进程所接受的最大并发连接数。

报错，但不影响升级。 • 兼容 MySQL 5.7 的 noop 变量 innodb_default_row_format，配置此变量无实际效果 #23541。 • 从 TiDB 5.2 起，为了提高系统安全性，建议（但不要求）对来自客户端的连接进行传输层加密，TiDB 提 供 Auto TLS 功能在 TiDB 服务器端自动配置并开启加密。要使用 Auto TLS 功能，请在 TiDB 升级前将 TiDB TiDB 配 置文件中的security.auto-tls 设置为 true。 • 支持 caching_sha2_password 身份验证方式，简化了从 MySQL 8.0 的迁移操作，并提升了安全性。 2.2.2 新功能 2.2.2.1 SQL • 支持基于部分函数创建表达式索引 (Expression index) 表达式索引是一种特殊的索引，能将索引建立于表达式上。创建了表达式索引后，TiDB 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用 EXT4 类型文件系统的 NVME 类型的 SSD 磁盘存储 TiKV 数据文件。这个配置方案为最 佳实施方案，其可靠性、安全性、稳定性已经在大量线上场景中得到证实。 使用 root 用户登录目标机器，将部署目标机器数据盘格式化成 ext4 文件系统，挂载时添加 nodelalloc 和 noatime 挂载参数。nodelalloc