数学推导、逻辑分析、代码生成、复杂问题拆解 文本生成、创意写作、多轮对话、开放性问答 劣势领域 发散性任务（如诗歌创作） 需要严格逻辑链的任务（如数学证明） 性能本质 专精于逻辑密度高的任务 擅长多样性高的任务 强弱判断 并非全面更强，仅在其训练目标领域显著优于通用模型 通用场景更灵活，但专项任务需依赖提示语补偿能力 • 例如：GPT-3、GPT-4（OpenAI），BERT（Google），主要用于语言生成、语言理解、文本分类、翻译 由模型规划解决路径 复杂问题、需模型自主 推理 “我需要优化用户登录流程， 请分析当前瓶颈并提出3种方 案。” ✅ 激发模型深层推理 ❌ 需清晰定义需求边界 混合模式 结合需求描述与关键 约束条件 平衡灵活性与可控性 “设计一个杭州三日游计划， 要求包含西湖和灵隐寺，且 预算控制在2000元内。” ✅ 兼顾目标与细节 ❌ 需避免过度约束 启发式提问 通过提问引导模型主 动思考（如“为什 解。" �实战技巧： "以下是某论文结论：'神经网络模型A优于传统方法B'。 请验证： ① 实验数据是否支持该结论； ② 检查对照组设置是否存在偏差； ③ 重新计算p值并判断显著性。" �实战技巧： 分析需求 "分析近三年新能源汽车销量数据（附CSV），说明： ① 增长趋势与政策关联性； ② 预测2025年市占率，需使用ARIMA模型并解释参数 选择依据。"

可能会有更好的性能。 应用优化 应用优化 编写高效的 编写高效的 SQL SQL （一） （一）  能够快速缩小结果集的 能够快速缩小结果集的 WHERE WHERE 条件写在前面，如果有恒量条件， 条件写在前面，如果有恒量条件， 也尽量放在前面 也尽量放在前面  尽量避免使用 尽量避免使用 GROUP BY GROUP BY 、 、 DISTINCT DISTINCT 左边进行算术或表达式运算，否则系统将 左边进行算术或表达式运算，否则系统将 可能无法正确使用索引 可能无法正确使用索引  尽量不要在 尽量不要在 where where 条件中使用函数，否则将不能使用索引 条件中使用函数，否则将不能使用索引  避免使用 避免使用 select *, select *, 只取需要的字段 只取需要的字段  对于大数据量的查询，尽量避免在 对于大数据量的查询，尽量避免在 IO 开销 开销  只关心需要的表和满足条件的数据 只关心需要的表和满足条件的数据  适当使用临时表或表变量 适当使用临时表或表变量  对于连续的数值，使用 对于连续的数值，使用 between between 代替 代替 in in  where where 字句中尽量不要使用 字句中尽量不要使用 CASE CASE 条件 条件  尽量不用触发器，特别是在大数据表上

k8s mha operator 重新调度 mha MHA 扩缩容 • 扩容：直接执行 • 缩容：集群 master 是谁？ 判断条件： 缩容操作且 master 为 sts 最后一个 pod operator 执行 sts 扩缩容 判断 调用 mha 切主 否 是 pod 都正常运行？ 重新调度 mha MGR 高可用简介 • 多主和单主两种工作模式 • MGR

须至少包括 2 种字符。 此题，如果写成多个正则来判断，比较容易。但要写成一个正则就比较困难。 那么，我们就来挑战一下。看看我们对位置的理解是否深刻。 2.4.3.1. 简化 不考虑“但必须至少包括 2 种字符”这一条件。我们可以容易写出： var regex = /^[0-9A-Za-z]{6,12}$/; 2.4.3.2. 判断是否包含有某一种字符 假设，要求的必须包含数字，怎么办？此时我们可以使用 "2017-07-01"; var result = string.split("-"); console.log( result ); // => ["2017", "07", "01"] 比如，判断是否有问号，虽然可以使用： var string = "?id=xx&act=search"; console.log( string.search(/\?/) ); // => 0 其实，可以使用字符串的 可以修改成：/^[-]?(?:\d\.\d+|\d+|\.\d+)$/。 6.4.3. 独立出确定字符 例如，/a+/ 可以修改成 /aa*/。 因为后者能比前者多确定了字符 "a"。这样会在第四步中，加快判断是否匹配失败，进而加快移位的速度。 6.4.4. 提取分支公共部分 比如，/^abc|^def/ 修改成 /^(?:abc|def)/。 又比如， /this|that/修改成 /th(?:is|at)/。

须至少包括 2 种字符。 此题，如果写成多个正则来判断，比较容易。但要写成一个正则就比较困难。 那么，我们就来挑战一下。看看我们对位置的理解是否深刻。 2.4.3.1. 简化 不考虑“但必须至少包括 2 种字符”这一条件。我们可以容易写出： var regex = /^[0-9A-Za-z]{6,12}$/; 2.4.3.2. 判断是否包含有某一种字符 假设，要求的必须包含数字，怎么办？此时我们可以使用 "2017-07-01"; var result = string.split("-"); console.log( result ); // => ["2017", "07", "01"] 比如，判断是否有问号，虽然可以使用： var string = "?id=xx&act=search"; console.log( string.search(/\?/) ); // => 0 其实，可以使用字符串的 可以修改成：/^[-]?(?:\d\.\d+|\d+|\.\d+)$/。 6.4.3. 独立出确定字符 例如，/a+/ 可以修改成 /aa*/。 因为后者能比前者多确定了字符 "a"。这样会在第四步中，加快判断是否匹配失败，进而加快移位的速度。 6.4.4. 提取分支公共部分 比如，/^abc|^def/ 修改成 /^(?:abc|def)/。 又比如， /this|that/修改成 /th(?:is|at)/。

RocketMQ 可以很好的支持此特性。 4.9 Exactly Only Once (1). 収送消息阶段，丌允许収送重复的消息。 (2). 消费消息阶段，丌允许消费重复的消息。 只有以上两个条件都满足情冴下，才能讣为消息是“Exactly Only Once”，而要实现以上两点，在分布式系统环 境下，丌可避免要产生巨大的开销。所以 RocketMQ 为了追求高性能，幵丌保证此特性，要求在业务上迕行去重， 要在业务局面去重，有以下几种去重方式 1. 将消息的唯一键，可以是 msgId，也可以是消息内容中的唯一标识字段，例如订单 Id 等，消费乀前判断是否在 Db 戒 Tair(全尿 KV 存储)中存在，如果丌存在则揑入，幵消费，否则跳过。（实际过程要考虑原子性问题，判断 是否存在可以尝试揑入，如果报主键冲突，则揑入失败，直接跳过） msgId 一定是全尿唯一标识符，但是可能会存在同样的消息有两个丌同 1，即一次只消费一条消息，例如设置为 N，那举每次消费的 消息数小亍等亍 N。 14.3.3 跳过非重要消息 収生消息堆积时，如果消费速度一直追丌上収送速度，可以选择丢弃丌重要的消息 如何判断消费収生了堆积？ public ConsumeConcurrentlyStatus consumeMessage(// List msgs

2008-2010。 这个协议受到知识共享署名-非商业性使用-相同方式共享的约束 基于这个协议，您可以自由： • 复制、发行、展览、表演、放映、广播或通过信息网络传播本作品 • 创作演绎作品 惟须遵守下列条件： • 署名。您必须按照作者或者许可人指定的方式对作品进行署名(但是不得以任何方式暗示它们支持您 或者您作品的使用)。 • 非商业性使用。您不得将本作品用于商业目的。 • 相同方式共享。如果您 相同方式共享。如果您改变、转换本作品或者以本作品为基础进行创作，您只能采用与本协议相同的 许可协议发布基于本作品的演绎作品。 对于任何的再使用或者分发，您必须让他人清楚了解到本作品所适用的协议条款。若您获得著作权人的 许可，上述任何条件都可以免除。该协议的任何部分都不削弱或者限制作者的人格权利。 关于这个著作权协议的更多信息，请参阅： http://creativecommons.org/licenses/by-nc-sa/3.0/legalcode Windows 64 上软件缺乏的几个原因： • Windows 上的很多软件非常不注意可移植性； • 很多软件使用了可移植性比较差的程序库，造成了不可移植； • 出于企业之间关系、对未来技术的判断以及商业策略等方面的考虑不想支持 Windows 64 平台； • Windows 64 平台的用户很少，软件供应商没有动力。 XI.II 软件包管理 XI.II.I 什么是 PPA？ PPA，表示

消费一批消息的个数是 可配置的 consumeMessageBatchMaxSize = 1， 默认批量个数为一个 ConsumeRequest 任务 run 方法执行 判断 proccessQueue 是否被 droped 的， 废弃直接返回，不在消费消息 构建并行消费上下文 给消息设置消费失败时候的 retry topic，当消息发送失败的时候发送到 Messagequeue 组成。 ConsumeRequest 任务的 run 方法 判断 proccessQueue 是否被 droped 的， 废弃直接返回，不在消费消息 每个 messagequeue 都会生成一个队列锁来保证在当前 consumer 内，同一个队列串行 消费， 判断 processQueue 的 lock 属性是否为 true，lock 属性是否过期，如果为 checkpoint 作用是当异常恢复时需要根据 checkpoint 点来恢复消息 f) 加载索引服务 indexService g) recover 尝试数据恢复 判断是否是正常恢复，系统启动的启动存储服务(DefaultMessageStore)的时候会创 建一个临时文件 abort, 当系统正常关闭的时候会把这个文件删掉 ，这个类似在 linux 下打开 vi

内核优化项 优化目的 Config优化 关闭refcount_full。 idle_balance定制特性 新增STEAL流程，如果idle_balance迁移线程失败会触 发，STEAL流程简化了判断逻辑，会从sd_llc上的任意 overload的cpu迁移进程过来，从而提升cpu利用率。 方法 kernel的优化在openEuler 20.09中默认是关闭的，需要用以下步骤开启：

分别进行设置，为读写分离做准备。  扩展不是很方便。  可以在后面添加多个从服务器，并做到负载均衡。 缺点：  在启动或者恢复后会立即替换掉定义的 sorry_server，因此如果要实现指 定条件替换或者不替换需要通过其他方式实现，比如：临时更改 mysql 的端口等。  切换需要 1s 左右的时间。 2.4 方案实战 2.4.1 适用场景 这个方案适用于只有两台数据库服务器并且还没有实现数据库的读写 分别进行设置，为读写分离做准备。  扩展很方便。可以在后面添加多个从服务器，并做到负载均衡。 缺点：  在启动或者恢复后会立即替换掉定义的 sorry_server，因此如果要实现指 定条件替换或者不替换需要通过其他方式实现，比如：临时更改 mysql 的端口等。  安装配置比单写入稍微复杂，需要另外一个 VIP。管理比单写入复杂。  主切换后从需要手工切换。 