现代 CMake 模块化项目管理指南 彭于斌（ @archibate ） 课件 & 源码： https://github.com/parallel101/course 往期录播： https://space.bilibili.com/263032155 找不到头文 件怎么办呀 CMake Cookbook 小彭老师建议 : ~~-·~·~-·~ -~·-·~·- 第一章：文件 / 项目，如何优雅地、模块化地组织大量源文件 ？ 推荐的目录组织方式 • 目录组织格式： • 项目名 /include/ 项目名 / 模块名 .h • 项目名 /src/ 模块名 .cpp • CMakeLists.txt 中写： • target_include_directories( 项目名 PUBLIC include) • 源码文件中写： • #include < 项目名 / 模块名 .h> 推荐的目录组织方式 • 头文件（项目名 /include/ 项目名 / 模块名 .h ）中写： • #pragma once • namespace 项目名 { • void 函数名 (); • } • 实现文件（项目名 /src/ 模块名 .cpp ）中写： • #include < 项目名 / 模块名 .h> • namespace 项目名 { • void 函数名 ()

★设置源码文件字符编码 File → Se�ngs → Editor → File Encodeings → 右侧的“Global Encoding”设 置目标字符编码，默认UTF-8 ★pycharm安装模块 File → Se�ngs → Project: xxx →Python Interpreter → 右 侧 选 择 目 标 python解释器，再点击下面的+加号 ★第2章、Centos7源码安装python3 __name__ == "__main__": print(func_out()) 结果： Hello World ★第6章、python3内置函数 内置函数是指不用import导入任何模块就能直接使用的函数 ①算术相关 abs(x) #返回x的绝对值 min(x1,x2,x3) #返回最小值 hex(x) #将x转换成16进制数，带0x oct(x) #类的属性，一个字典，由类的数据属性组成 __doc__ #类的文档字符串 __name__ #类名 __module__ #类定义所在的模块 __bases__ #类的所有父类，一个元组 ⑥析构函数 __del__(self) #析构方法，在对象销毁时被调用 ⑦特殊属性 _protedA�r

100 修改为 5。 PD store- �→ limit- �→ version �→ 新增 用于设置 store limit 工作模式。 可选值为 "v1" 和 "v2"。 PD schedule. �→ enable �→ - �→ diagnostic �→ 修改 默认值从 false 修改 为 true， 默认打开 调度器的 诊断功能。 53 配置文件 配置项 修改类型 描述 – 修复在 PD leader 切换后 Region Health 监控数据被删除的问题 #6366 @iosmanthus – 修复 Rule checker 无法修复 label 为 schedule=deny 的不健康 Region 的问题 #6426 @nolouch – 修复 TiKV 或 TiFlash 重启后部分已有 label 丢失的问题 #6467 @JmPotato – 遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。

(PD) 包含了多个确保 TiDB 集群能正常运行的关键模块。当集群的工作负载增加时， �→ PD 中各模块的资源消耗也会随之增加，造成这些模块间功能的相互干扰， �→ 进而影响整个集群的服务质量。为了解决该问题，从 v8.0.0 起，TiDB 支持将 PD 的 TSO �→ 和调度模块拆分成可独立部署的微服务，可以显著降低当集群规模扩大时模块间的互相影响。 �→ 通过这种架构，TiDB 能够支持更大规模、更高负载的集群。 遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 _ttl_job_schedule_window_start_time 和tidb_ttl_job_schedule_window_end_time 来指定时间窗口，比 如： SET @@global.tidb_ttl_job_schedule_window_start_time = '01:00 +0000'; SET @@global.tidb_ttl_job_schedule_window_end_time

遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 _ttl_job_schedule_window_start_time 和tidb_ttl_job_schedule_window_end_time 来指定时间窗口，比 如： SET @@global.tidb_ttl_job_schedule_window_start_time = '01:00 +0000'; SET @@global.tidb_ttl_job_schedule_window_end_time 建议按照业务、产品线或者其它指标进行区分，一般不要超过 20 个字符。如：临时库 (tmp_crm)、测试库 (test_crm)。 416 4.11.2.1.3 表命名规范 • 同一业务或者模块的表尽可能使用相同的前缀，表名称尽可能表达含义。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 建议对表的用途进行注释说明，以便于统一认识。如： – 临时表（tmp_t_crm_relation_0425）

错误和异 常时允许 自动重试 的时间。 TiCDC encoding- �→ worker �→ -num 新增 控制 redo 模块中编 解码 worker 的 数量。 TiCDC flush- �→ worker �→ -num 新增 控制 redo 模块中上 传文件 worker 的 数量。 TiCDC sink. �→ column �→ - �→ selectors �→ 新增 遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 _ttl_job_schedule_window_start_time 和tidb_ttl_job_schedule_window_end_time 来指定时间窗口，比 如： SET @@global.tidb_ttl_job_schedule_window_start_time = '01:00 +0000'; SET @@global.tidb_ttl_job_schedule_window_end_time

遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 _ttl_job_schedule_window_start_time 和tidb_ttl_job_schedule_window_end_time 来指定时间窗口，比 如： SET @@global.tidb_ttl_job_schedule_window_start_time = '01:00 +0000'; SET @@global.tidb_ttl_job_schedule_window_end_time 数据库命名规范 建议按照业务、产品线或者其它指标进行区分，一般不要超过 20 个字符。如：临时库 (tmp_crm)、测试库 (test_crm)。 4.11.2.1.3 表命名规范 • 同一业务或者模块的表尽可能使用相同的前缀，表名称尽可能表达含义。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 建议对表的用途进行注释说明，以便于统一认识。如： – 临时表（tmp_t_crm_relation_0425）

v3.0 实验特性） 2.4.2 稳定性 • 提升优化器选择索引的稳定性（v5.0 实验特性） – 扩展统计信息功能，收集多列顺序依赖性信息，帮助优化器选择相对较优的索引。 – 重构统计信息模块，帮助优化器选择相对较优的索引，包括从 CMSKetch 和直方图中删除 TopN 值， 为索引的直方图维护 Bucket NDV。详情参阅统计信息简介 - tidb_analyze_version 调度操作会导致性能损失。 将调度器设置为 noop 后，内核不做任何操作，直接将 I/O 请求下发给硬件，以获取更好的性能。同时， noop 调度器也有较好的普适性。 3. 为调整 CPU 频率的 cpufreq 模块选用 performance 模式。将 CPU 频率固定在其支持的最高运行频率上，不 进行动态调节，可获取最佳的性能。 85 采用如下步骤检查操作系统的当前配置，并配置系统优化参数： 1. 执行以下命令查看透明大页的开启状态。 ID_SERIAL_SHORT=6d0946606d79f90025f3e09a0c1f9e81 注意： 如果多个磁盘都分配了数据目录，需要多次执行以上命令，记录所有磁盘各自的唯一标 识。 4. 执行以下命令查看 cpufreq 模块选用的节能策略。 cpupower frequency-info --policy analyzing CPU 0: current policy: frequency should be within