0. 社区committer提名：赵思骑-中国联通、王修强-云和恩墨。退出：苏梓鑫、赵晓辉、吴生勇、李传成 结论：通过 1. MySQL兼容性中的insert函数（字符操作函数）checkcin评审 刘伟@云和恩墨 议题申报者有事无法参加，顺延至下次会议 2. UNSIGNED无符号数据类型支持设计方案评审 (刘春) 1. 当前只兼容openGauss中int类型支持的操作符和agg函数。M*中额外支持的操作符和agg函数当前先不做，在资料中说明 2. 负数转unsigned报错的情况，看下是否是显示/隐式转换的问题。即对于 bigint unsigned 的列，insert into xx values(-1) 报错，insert into xx values(cast(-1 as UNSIGNED)) 成功 3. 当前openGauss的tinyint是无符号的，先保持现状，不做修改。只兼容 tinyint unsigned 语法，暂时不做有符号的tinyint 4. 类型提升规则保持和openGauss的一致，一级一级往上提升 5. 创建索引 opfamily/amproc/amop 的操作，定位下存储过程的方式为何不行 6. uint8占多大的存储空间 7. 系统表中是否能区分有无符号 8. 性能/存储空间应该和对应的有符号数相同 3. show columns/tables/plugins checkin评审 （联通 罗浩） 结论：通过 4. 兼容分区表 rebuild remove repair check optimize语法 checkin评审（恩墨-王修强） 1. 相关SQL的使用约束在文档中也加以说明 2. 本地要多验证异常/并发场景 5. MySQL兼容性多个语法兼容设计方案评审 (海量数据 陈炳达) 1. 新增的各种关键字，弄到openGauss-server仓跑下fastcheck验证是否会影响现有语法 2. #当成注释是否要做，待确认，和现有的异或操作符冲突 6. MySQL兼容性中的group_concat函数设计方案评审（魏文韬） 1. 函数的定义要通过 create function 的方式实现 2. 是否支持并行查询确认下 3. 性能验证，和MySQL的group_concat以及openGauss的List agg对比下