MySQL内核架构性能优化

1、MySQL内核架构性能优化技术创新 变革未来binlog优化架构批量优化Binlog优化0101MySQL为什么使用binlog用于复制？02Binlog的结构是什么样子的？03Binlog是如何演化的？04演化存在哪些问题？05怎样进行改进？事件头时间戳 事件类型 Server id 事件长度事件内容事件体校验事件尾 事件组成binlog演化 :事件类型演化事件代码演化5.0.155.7.2618个事件38个事件Statement模式Statement、row、mixN/ARow imageN/AGTIDN/A表元信息事件演化事件由少到多内容由简单到丰富Query_log_eventQuer

2、y_eventQuery_log_eventLog_eventBinary_log_eventlog_event代码演化1: QUERY_EVENTFormat_description_log_eventStart_log_event_v3Format_description_log_eventLog_eventlog_eventFormat_description_event代码演化2:FORMAT_DESCRIPTION_EVENTStart_log_event_v3Binary_log_eventStart_event_v3演化存在的问题庞大的类构造开销难以阅读的代码结构Query_ev

3、entRow_eventGTID_event其他事件事件头事件尾通 用 部 分struct binlog_event_head_struct/for v1/v3/v4struct timeval when; Log_event_type event_type; unsigned int unmasked_server_id; size_t event_len;/for v3/v4unsigned long long log_pos;uint16_t flags;typedef struct binlog_event_head_structbinlog_event_head_t;struct b

4、inlog_fmt_desc_event_structbinlog_event_head_t head;/infomation derived from START_EVENT_V3/ST_BINLOG_VER_OFFSETuint16_t binlog_version;/ST_SERVER_VER_OFFSETchar server_versionST_SERVER_VER_LEN;/ST_CREATED_OFFSETtime_t created;/ST_COMMON_HEADER_LEN_OFFSETuint8_t common_header_len;事件类型Class构造时间Struct

5、构造时间缩短时间提升效率XID134514728989610552514倍Table_map6146278350269626435821倍Write_rows5240170141619338239773倍GTID197959939401015855894倍Query409395376588233280715倍架构批量优化02方式二起因：运维中，数据导入导出效率不高方式一批量发送SQL语句，insert values (fields),(fields)使用Connector/C，通过prepare进行优化01有哪些可以优化的地方？02优化可以做到什么程度？性能消息 模块语法解析模块优化模块引擎接口InnoDB存储引擎性能损耗在哪里重复表信息获取与判断引擎接口层函数的反复调用单位纳秒ins values (),()ib批量效果7632779128033937742257612948654910582018424082127916154873953672111576886322726083合计463758086143865417均值92751617.2