对象注册一个 Listener 接口，一旦收到消息，Consumer 对象立 刻回调 Listener 接口方法。  Pull Consumer Consumer 的一种，应用通常主劢调用 Consumer 的拉消息方法从 Broker 拉消息，主劢权由应用控制。  Producer Group 一类 Producer 的集合名称，返类 Producer 通常収送一类消息，丏収送逡辑一致。 也就是说消费消息要做到幂等性。RocketMQ 虽然丌能严格保证丌重复，但是正常情冴下很少会出现重复収送、消 费情冴，只有网络异常，Consumer 启停等异常情冴下会出现消息重复。 此问题的本质原因是网络调用存在丌确定性，即既丌成功也丌失败的第三种状态，所以才产生了消息重复性问 题。 4.10 Broker 的 Buffer 满了怎么办？ Broker 的 Buffer 通常挃的是 Broker mmap + write 方式 优点：即使频繁调用，使用小块文件传输，效率也很高 缺点：丌能很好的利用 DMA 方式，会比 sendfile 多消耗 CPU，内存安全性控制复杂，需要避免 JVM Crash 问题。 2. 使用 sendfile 方式 优点：可以利用 DMA 方式，消耗 CPU 较少，大块文件传输效率高，无内存安全新问题。 缺点：小块文件效率低亍 mmap 方式，只能是

沈阳团队博士后 何静 能做什么？ 要怎么做？ 效果如何？ 一 能做什么？ 数据挖掘 数据分析 数据采集 数据处理 数据可视化 AIGC 数据应用 通过编写爬虫代码、访问数据库、读取文件、调用API等方式，采 集社交媒体数据、数据库内容、文本数据、接口数据等。 通过数据清洗、数据集成、数据变换、特征工程等方式，实 现数据纠错、数据整合、格式转换、特征提取等。 对数据进行诊断、预测、关联、聚类分析，常用于问题 DeepSeek R1、Kimi k1.5均能基于分析结果提供多种可视化图表绘制方案，但都需要依靠运行 Python代码才能完成绘图任务，部分代码会出现错误 Open AI o3mini 能够直接调用DALLE，根据分析结果和任务需求高效绘制各类可视化图 表，部分较为复杂的图表可能出现数据错误或无法生成的情况。 Claude 3.5 sonnet 暂时不能直接绘制出可视图表，需要将绘图 代码复制到本地运行。 负责深入分析和异 常检测，Kimi k1.5 提供深度挖掘 的思路，助于更精准发现数据规律 Open AI+Kimi+Claude 数据呈现的“画龙点睛” Open AI o3mini 直接调用 DALLE 生成图表，Kimi k1.5 提 供 Python 代码支持，Claude 3.5 Sonnet 负责图表逻辑优化 数据采集 数据预处理 数据分析 可视化呈现 新思路：DeepSeek

VI如何自动登录？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 498 XI.VIII关于系统安全 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 499 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 I.6 Ubuntu 安全 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ubuntu 承诺 教员注记： 强调 Ubuntu 承诺，因为它包含了 Ubuntu 精神中最精髓的部分，这也是 Ubuntu 成功的最本质原因。 • Ubuntu 永远免费，包括商业发行版和安全更新。 • Ubuntu 由 Canonical 和全球数百家公司提供完整的商业支持。 • Ubuntu 有自由软件社区提供的最好的翻译和无障碍设施。 • Ubuntu 所有核心应用程序都是自由软件，Ubuntu

求： ① 保持时间复杂度不变； ② 使用numpy优化数组操作； ③ 输出带时间测试案例的完整代码。" 创造性需求 "设计一款智能家居产品，要求： ① 解决独居老人安全问题； ② 结合传感器网络和AI预警； ③ 提供三种不同技术路线的原型草图说明。" �实战技巧： 还要不要学提示语？ 提示语（Prompt）是用户输入给AI系统的指令或信息，用于 常见陷阱与应对：新手必知的提示语设计误区 忽视伦理边界陷阱：低估AI的伦理限制 陷阱症状： ▪ 要求AI生成有争议、不道德或非法内容。 ▪ 对AI的拒绝或警告感到困惑或不满。 ▪ 尝试绕过AI的安全机制。 ▪ 忽视AI输出可能带来的伦理影响。 应对策略： ▪ 了解界限：熟悉AI系统的基本伦理准则和限制。 ▪ 合法合规：确保你的请求符合法律和道德标准。 ▪ 伦理指南：在提示语中明确包含伦理考虑和指导原则。 伦理指南：在提示语中明确包含伦理考虑和指导原则。 ▪ 影响评估：要求AI评估其建议或输出的潜在社会影响。 AI伦理考虑要点 ▪ 隐私保护 ▪ 公平性和非歧视 ▪ 透明度和可解释性 ▪ 社会影响评估 ▪ 安全和滥用防范 提示语设计检查清单 ▪ 目标明确性 ▪ 信息充分性 ▪ 结构合理性 ▪ 语言中立性 ▪ 伦理合规性 ▪ 可验证性 ▪ 迭代空间 ▪ 输出格式 ▪ 难度适中 ▪ 多样性考虑

20 2.4.1. 不匹配任何东西的正则 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 2.4.2 数字的千位分隔符表示法. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 2.4.3. 验证密码问题 . . . . . . . . . 44 5. 第五章 正则表达式的拆分 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 5.1. 结构和操作符 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 5.2. 注意要点 . . . . . . 7.2.3. exec 比 match 更强大 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 7.2.4. 修饰符 g，对 exex 和 test 的影响 . . . . . . . . . . . . . . . . . . . . . . . . 67 7.2.5. test 整体匹配时需要使用 ^ 和 $

20 2.4.1. 不匹配任何东西的正则 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 2.4.2 数字的千位分隔符表示法. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 2.4.3. 验证密码问题 . . . . . . . . . 44 5. 第五章 正则表达式的拆分 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 5.1. 结构和操作符 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 5.2. 注意要点 . . . . . . 7.2.3. exec 比 match 更强大 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 7.2.4. 修饰符 g，对 exex 和 test 的影响 . . . . . . . . . . . . . . . . . . . . . . . . 67 7.2.5. test 整体匹配时需要使用 ^ 和 $

Kubernetes 1.7 之后增加了 CRD 自定义资源 • 二次开发扩展 Kubernetes API CRD 的基本原理 ① 观察资源的当前状态 ② 分析当前状态与期望状态的差别 ③ 调用 API 消除差别 TestCluster app=test app=test 申请扩容 期望副本数：3 当前副本数：1 VS app=test 增加2个副本 当前副本数：3 Controller … mysql Pod-T 0. 创建 CRD 3. 集群管理 2. 调度 pod Ceph Kubernetes 的容器编排 • Pod 名稳定 • Pod 启动有序 • Pod 扩容安全 Deployment mysql-5f54tvkj8 mysql-7c46782dr mysql-577ck9s8f StatefulSet mysql-0 mysql-1 mysql-2 扩缩容 • 扩容：直接执行 • 缩容：集群 master 是谁？ 判断条件： 缩容操作且 master 为 sts 最后一个 pod operator 执行 sts 扩缩容 判断 调用 mha 切主 否 是 pod 都正常运行？ 重新调度 mha MGR 高可用简介 • 多主和单主两种工作模式 • MGR 只支持 InnoDB 引擎 • 开启 GTID，ROW 模式

每个进行一个顺序扫描的线程为其扫描的每 张表分配这个大小的一个缓冲区，可以设置 为 2M 以上 table_cache 64 1024 为所有线程打开表的数量。增加该值能增加 mysqld 要求的文件描述符的数量。 MySQL 对每个唯一打开的表需要 2 个文件描述符。 服务优化 服务优化 MyISAM MyISAM 选项 选项 选项 缺省值 推荐值 说明 key_buffer_size 8M 512M 用来存放索引区块的缓存值

................ 49 1. invokeSyncImpl 同步调用实现 .................................................................................. 49 2. invokeAsyncImpl 异步调用实现 ........................................ 息来实现事物消费 调回调接口消费消息，返回状态对象 ConsumeOrderlyStatus 根据消费状态，处理结果 1） 非事物方式，自动提交 消息消息状态为 success： 调用 processQueue.commit 方法 获取 msgTreeMapTemp 的最后一个 key，表示提交的 offset 清空 msgTreeMapTemp 的消息，已经成功消费 象 List 表示升序排列，前面讲到文件名即 是消息在此文件的中初始偏移量，排好序后组成了一个连续的消息队 当消息到达 broker 时，需要获取最新的 MapedFile 写入数据，调用 MapedFileQueue 的 getLastMapedFile 获取，此函数如果集合中一个也没有创建一个，如果最后一个写满了也创 建一个新的。 MapedFileQueue 在获取 getLastMapedFile

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