589 美团高性能终端实时日志系统建设实践 608 后端 622 可视化全链路日志追踪 622 设计模式二三事 647 基于代价的慢查询优化建议 670 Java 系列 | 远程热部署在美团的落地实践 692 日志导致线程 Block 的这些坑，你不得不防 713 基于 AI 算法的数据库异常监测系统的设计与实现 775 目录 < v Replication（上）：常见复制模型 算法 < 13 目标检测开源框架 YOLOv6 全面升级， 更快更准的 2.0 版本来啦 作者：楚怡 红亮 梦婕等 9 月 5 日，美团视觉智能部发布了 YOLOv6 2.0 版本，本次更新对轻量级网络进 行了全面升级，量化版模型 YOLOv6-S 达到了 869 FPS，同时，还推出了综 合性能优异的中大型网络（YOLOv6-M/L），丰富了 YOLOv6 网络系列。其中， YOLOv6-M/L 且不使用预训练模型或额外检测数据集 下获得，“‡”表示采用了自蒸馏算法，“＊”表示从官方代码库对发布模型进行重新 测评的指标。以上速度指标均在 T4 TRT7.2 环境下测试。 本次版本升级，主要有以下更新： 性能更强的全系列模型 1. 针对中大型模型（YOLOv6-M/L），设计了新主干网络 CSPStackRep，它在 综合性能上比上一版的 Single Path 结构更具优势。 2. 针对不同网络，系统性地验证了各种最新策略

get支持多数开源社区(例如： github、googlecode、bitbucket、Launchpad) go get github.com/astaxie/beedb go get -u 参数可以自动更新包，而且当go get的时候会自动获取该包依赖的其他第三方包 通过这个命令可以获取相应的源码，对应的开源平台采用不同的源码控制工具，例如github采用git、googlecode采 用hg，所 述一个网络上的资源，而HTTP中的GET, POST, PUT, DELETE就对应着对这个资源的查，改，增，删4个操作。 我们最 常见的就是GET和POST了。GET一般用于获取/查询资源信息，而POST一般用于更新资源信息. 我们看看GET和POST的区 别 1. GET提交的数据会放在URL之后，以?分割URL和传输数据，参数之间以&相连，如 EditPosts.aspx?name=test1&id=123456 因为驱动实现了database/sql里面建议的conn pool，所以你不用再去实现缓存conn之类的，这样会容易引起问题。 Begin函数返回一个代表事务处理的Tx，通过它你可以进行查询,更新等操作，或者对事务进行回滚、递交。 driver.Stmt driver.Stmt Stmt是一种准备好的状态，和Conn相关联，而且只能应用于一个goroutine中，不能应用于多个goroutine。

通过本次分享，可以带来哪些收获？ 难点攻克 第二部分 使用内存缓存 数据一致性如何保证？ 一致性 01. 缓存如何保证更新，如何与数据库同步 同步、更新  被动方式  缓存过期  定期同步  主动方式  监听数据变化 数据加载，更新 02. 全量数据加载，增量数据监听 • 每个应用服务分别消费数据变更消息 • 一个应用服务消费数据变更，应用服务集群内广播 索引 主键 倒排 业务快速增长 存储如何无限扩展？ 存储扩展 05. 业务数据已经超过1000万，海量数据下，如何实现冷热数据的交换 冷 热 新 系 统 历 史 数 据 冷数据、数据量多 缓存成本大、命中低、收益小 热 数 据 当前系统中的热点数据 命中率高 系 统 新 增 数 据 近期新增数据，较大概率命中 存储空间 缓存性能 冷热可交换，引擎可扩展 06 式 数据存储 倒排更新过程  冷热数据交换后，DataManager中 部分数据可能交换到远端存储  本地没有数据实体，数据发生更新， 只知道变更后的新数据  根据新的数据可以构建出新的倒排关 系，旧的倒排关系应该如何正确的被 删除？ 倒排更新过程 map[id][]Bitmap slice底层有指针 存储减少40% 再次减少20% 倒排更新过程Ex DataManager

分类 场景 召回策略 本地需求 常驻城市=浏览城市 (北京人浏览北京) 当地用户购买的热销POI 异地需求 常驻城市!=浏览城市 (重庆人浏览北京) 异地用户购买的热销POI (所有非北京人购买的热 销POI) 销量按时间衰减 热销策略 •精确统计POI销量 •Deal -> POI •POI售卖数据不准 •客户端埋点 POI详情页 F_poiid DEAL详情页 F_poiid •5KM范围内的热销POI •区域购买热门POI •5KM范围内的用户购买的POI •回龙观附近没有POI 协同过滤 •Item CF •基于POI浏览行为 •POI相似度每天离线更新，User浏览POI行为实时更新 •相似度改进：时间序列衰减 •基于用户搜索行为 •基于搜索后浏览POI行为构造矩阵，计算 POI相似度 •User CF •loglikelihood •流程抽象化、组件化 •提供公共组件，支持定制组件 效果评估&线上迭代 •离线评估 •AUC •logloss •在线评估 •ABTest：按UUID分流 •线上迭代 •模型更新 •特征漂移：更新延迟 训练集表现 测试集表现 问题 <期望目标值 <期望目标值 Underfiting >期望目标值 接近或略逊于训练集 合适 >期望目标值 远差于训练集 Overfiting 模型调试

XGBoost、TensorFlow 三种机器学习框架，并保留了扩展性，方便接入其 它机器学习框架，如美团自研的 MLX（超大规模机器学习平台，专为搜索、推 荐、广告等排序问题定制，支持百亿级特征和流式更新）。 ● 通过对 Spark ML、XGBoost、TensorFlow 机器学习框架的封装，我们实现 了可视化离线训练平台，通过拖拉拽的方式生成 DAG 图，屏蔽多个训练框架 的差异，统一模型训练和资源分配，降低了算法 当前路网情况，以 及商家出餐情况等方面都是瞬息变化的，实时性要求非常高。为了让机器学习算法能 够即时的在线上生效，我们需要实时地收集线上各种业务数据，进行计算，提炼成算 法所需要的特征，并实时更新。 3.5 AB 实验平台 AB 实验并不是个新兴的概念，自 2000 年谷歌工程师将这一方法应用在互联网产品 以来，AB 实验在国内外越来越普及，已成为互联网产品运营精细度的重要体现。简 单来说，AB 有别于其他应用场景，美团搜索的 NER 任务具有以下特点： ● 新增实体数量庞大且增速较快：本地生活服务领域发展迅速，新店、新商品、 新服务品类层出不穷；用户 Query 往往夹杂很多非标准化表达、简称和热词 （如“牵肠挂肚”、“吸猫”等），这对实现高准确率、高覆盖率的 NER 造成了 很大挑战。 ● 领域相关性强：搜索中的实体识别与业务供给高度相关，除通用语义外需加入 业务相关知识辅助判断

背景：区块链中比较常见的两种操作，包括普通转账以及合约调用，这两 种操作都涉及到了数据状态的引用以及更新。为了描述普通转账涉及到的 数据状态的引用以及更新，引入了UTXO(Unspent Transaction Output)。 功能：一种记账方式，用来描述普通转账时涉及到的数据状态的引用以及 更新。通常由转账来源数据(UtxoInput)以及转账去处数据(UtxoOutput)组 成。 代码：UTXO的Proto如下 3; } 3.2.4. 读写集 背景：区块链中比较常见的两种操作，包括普通转账以及合约调用，这两 种操作都涉及到了数据状态的引用以及更新。为了描述合约调用涉及到的 数据状态的引用以及更新，引入了读写集。 功能：一种用来描述合约调用时涉及到的数据状态的引用以及更新的技 术。通常由读集(TxInputExt)以及写集(TxOutputExt)组成。 代码：读写集的Proto如下 1 2 3 4 5 >= acceptValue 4.5.2. 系统合约接口 合约接口 用途 NewAccountMethod 创建新的账号 SetAccountACLMethod 更新账号的ACL SetMethodACLMethod 更新合约Method的ACL 4.5.3. 样例 acl模型如下： 1 2 3 4 5 6 7 8 9 10 11 { "pm": { "rule":

"127.0.0.1:47103" 注意，如果节点分布在不同的机器之上，需要把网络地址中的本地ip改为机 器的实际ip。 更新各节点的keys 由于节点目录下的keys都是默认的，node1保持不变，更新node2、node3的 keys。更新前需手动删掉data/keys目录。更新keys命令如下： xchain-clii account newkeys 配置创世块 XuperChain系统 XPoA共识算法中，候选人的变更依赖”验证集合”合约，所以需要部署”验证 集合”合约。通过调用合约中的add_validate方法新增候选人、del_validate方法 删除候选人、update_validate方法更新候选人neturl、get_validates方法查询候 选人列表。通过设置合约方法的ACL，可以限制哪些用户具有变更候选人的 权限，设置方法参考 设置合约方法的ACL。 创建合约账号 合约账号 You need add fee wasm invoke：调用合约 –method get_validates：调用get_validates方法 更新候选人 候选人的netrul发生变化后，需要更新。以更新node3的neturl为例，比如更新 为localhost:47103。修改后等待1分钟，调查看候选人命令，查看是否修改成 功。 [work@]$ node1 -> xchain-clii

"127.0.0.1:47103" 注意，如果节点分布在不同的机器之上，需要把网络地址中的本地ip改为机 器的实际ip。 更新各节点的keys 由于节点目录下的keys都是默认的，node1保持不变，更新node2、node3的 keys。更新前需手动删掉data/keys目录。更新keys命令如下： xchain-clii account newkeys 配置创世块 XuperChain系统 XPoA共识算法中，候选人的变更依赖”验证集合”合约，所以需要部署”验证 集合”合约。通过调用合约中的add_validate方法新增候选人、del_validate方法 删除候选人、update_validate方法更新候选人neturl、get_validates方法查询候 选人列表。通过设置合约方法的ACL，可以限制哪些用户具有变更候选人的 权限，设置方法参考 设置合约方法的ACL。 创建合约账号 合约账号 You need add fee wasm invoke：调用合约 –method get_validates：调用get_validates方法 更新候选人 候选人的netrul发生变化后，需要更新。以更新node3的neturl为例，比如更新 为localhost:47103。修改后等待1分钟，调查看候选人命令，查看是否修改成 功。 [work@]$ node1 -> xchain-clii

"127.0.0.1:47103" 注意，如果节点分布在不同的机器之上，需要把网络地址中的本地ip改为机 器的实际ip。 更新各节点的keys 由于节点目录下的keys都是默认的，node1保持不变，更新node2、node3的 keys。更新前需手动删掉data/keys目录。更新keys命令如下： xchain-clii account newkeys 配置创世块 XuperChain系统 XPoA共识算法中，候选人的变更依赖”验证集合”合约，所以需要部署”验证 集合”合约。通过调用合约中的add_validate方法新增候选人、del_validate方法 删除候选人、update_validate方法更新候选人neturl、get_validates方法查询候 选人列表。通过设置合约方法的ACL，可以限制哪些用户具有变更候选人的 权限，设置方法参考 设置合约方法的ACL。 创建合约账号 合约账号 You need add fee wasm invoke：调用合约 –method get_validates：调用get_validates方法 更新候选人 候选人的netrul发生变化后，需要更新。以更新node3的neturl为例，比如更新 为localhost:47103。修改后等待1分钟，调查看候选人命令，查看是否修改成 功。 [work@]$ node1 -> xchain-clii

"127.0.0.1:47103" 注意，如果节点分布在不同的机器之上，需要把网络地址中的本地ip改为机 器的实际ip。 更新各节点的keys 由于节点目录下的keys都是默认的，node1保持不变，更新node2、node3的 keys。更新前需手动删掉data/keys目录。更新keys命令如下： xchain-clii account newkeys 配置创世块 XuperChain系统 XPoA共识算法中，候选人的变更依赖”验证集合”合约，所以需要部署”验证 集合”合约。通过调用合约中的add_validate方法新增候选人、del_validate方法 删除候选人、update_validate方法更新候选人neturl、get_validates方法查询候 选人列表。通过设置合约方法的ACL，可以限制哪些用户具有变更候选人的 权限，设置方法参考 设置合约方法的ACL。 创建合约账号 合约账号 You need add fee wasm invoke：调用合约 –method get_validates：调用get_validates方法 更新候选人 候选人的netrul发生变化后，需要更新。以更新node3的neturl为例，比如更新 为localhost:47103。修改后等待1分钟，调查看候选人命令，查看是否修改成 功。 [work@]$ node1 -> xchain-clii