MySQL 内核架构性能优化.pptx

1、MySQL内核架构性能优化binlog优化架构批量优化Binlog优化010102030405MySQL为什么使用binlog用于复制？Binlog的结构是什么样子的？Binlog是如何演化的？演化存在哪些问题？怎样进行改进？u 事件组成事件尾事件头校验时间戳事件类型Server id事件长度事件体事件内容binlog演化 :事件类型演化事件代码演化事件演化事件由少到多内容由简单到丰富5.0.155.7.2618个事件38个事件Statement模式Statement、row、mixRow imageN/AN/AN/AGTID表元信息代码演化1:QUERY_EVENTQuery_log_eve

2、ntQuery_log_eventLog_eventQuery_eventlog_eventBinary_log_event代码演化2:FORMAT_DESCRIPTION_EVENTFormat_description_log_eventFormat_descriptionFormat_description_log_eventStart_log_event_v3Start_log_event_v3_eventlog_eventStart_event_v3Log_eventBinary_log_event演化存在的问题庞大的类构造开销难以阅读的代码结构Query_eventRow_event

3、GTID_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 binlog_fmt_desc_ev

4、ent_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构造时间 缩短时间事件类型XID提升效率4

5、倍134514761462785240170197959940939532898963502696141619339401076588210552512643582382397715855893328071Table_mapWrite_rowsGTID1倍3倍4倍Query5倍架构批量优化02起因：方式一方式二运维中，数据导入导出效率不高批量发送SQL语句，insert values (fields),(fields)使用Connector/C，通过prepare进行优化01 有哪些可以优化的地方？02 优化可以做到什么程度？消息模块InnoDB性能优化模块引擎接口存储引擎性能损耗在哪里重复表信息获取与判断引擎接口层函数的反复调用Ib批量改进效果单位纳秒ins values (),()76327791ib批量效果280339372948654924082127395367212272608314386541728773083742257611058201849161548711576886346375808692751617.2合计均值3倍提升语法解析模块数据转化自底向上产生哪些影响？引擎接口InnoDB消息模块架构的优化是所有优化的基础 0102架构也分大小03架构也可能调整