MySQL的SQL查询性能优化技术.pptxVIP

技术创新，变革未来MySQL的SQL查询性能优化技术

议程基本准则企业版监控配置参数化数据检查一致性 VS 性能查询优化支持QA

基本准则3

/products/enterprise/monitor.html4性能优化——指南 1/2“小心”最佳实践没有两个系统是完全相同的之前的情况可能不再成立思考– 考虑你打算做什么!监视你的系统MySQLEnterpriseMonitor是用来监视MySQL的最好的工具确保部署在生产环境之前对更改做了充分的测试测试必须反映你的生产使用情况进行增量更改每次更改一处相对较小的变化

性能优化——指南 2/25注意你的要求一些选项需要在性能或数据安全性之间做出选择–您需要什么?大多数情况下默认值即可确保所有的表都具有主键InnoDB 通过主键组织数据:主键包含在所有的辅助索引中，以便能够找到实际的数据行=主键越小辅助索引越小通常建议使用顺序排列的主键，以避免在现有行之间插入数据行。

/products/enterprise/monitor.html/products/enterprise/demo.html6EnterpriseMonitor没有测量就无法控制

监视提供基线通知发生的状况对调查性能问题非常有用可以主动发现潜在问题确保配置警报，以便根据严重性级别对所有事件做出适当反应！

监视示例–查找要优化的查询8应用程序指标手动执行查询并确定查询过慢或耗费了太多资源慢查询日志MySQL企业监视器查询分析器performance_schema.events_statements_summary_by_digestsys.statements_with_runtimes_in_95th_percentile

MySQLEnterpriseMonitor9提供对系统性能，可用性和运行状况的可见性实时MySQL性能监控和警报可视化查询分析查找并修复高成本的查询操作系统和磁盘监控识别安全漏洞自动发现MySQL服务器和复制拓扑与企业版功能集成（备份，审计，防火墙等）

MySQLEnterpriseMonitor–QueryAnalyzer查找查询进行优化10

配置11

配置 – 路径12在改善MySQL 5.6、5.7和8.0中的默认设置方面做了很多工作。工作仍持续进行一些重要的路径:datadir – 数据默认存放的位置–默认位置：非InnoDB表的数据和索引InnoDBfile-per-table、通用、系统和撤消日志表空间innodb_data_home_dir – InnoDB系统表空间（ibdata1）的缺省路径innodb_log_group_home_dir – InnoDB重做日志文件的路径innodb_undo_directory – InnoDB撤消表空间的路径log_bin – 双重功能：启用二进制日志记录并设置路径/文件名前缀log_error – 错误日志的位置

配置—容量设置13对性能至关重要的选项:innodb_buffer_pool_size用于InnoDB工作负载key_buffer_size 用于 MyISAM 工作负载

/doc/refman/8.0/en/innodb-parameters.html#sysvar_innodb_buffer_pool_size14配置 – innodb_buffer_pool_size最优容量：主机具有多大内存？减去操作系统和其他进程所需的内存减去除InnoDB缓冲池以外的MySQL所需的内存选择上述容量值和“工作数据集”的容量的最小值MySQL 5.7 之后版本innodb_buffer_pool_size 可以动态更改

配置 – innodb_buffer_pool_instances15将缓冲池分割成多个实例，可以减少并发工作负载的争用经验法则:innodb_buffer_pool_size = 1G : 1 实例innodb_buffer_pool_size = 16G : 8 实例innodb_buffer_pool_size 16G : 2G/实例最大值: 64需要使用实际的工作负载进行测试!需要重启

配置 – InnoDB Redo log16重做日志的总容量与下面两个选项有关:innodb_log_file_sizeinnodb_log_files_in_group总容量= innodb_log_file_size * innodb_log_files_in_group支持最大的重做日志容量:MySQL 5.5 及更早版本：4GMySQL 5.6, 5.7 8.0: 512G应该足够大以避免过多的检查点重做日志越大，恢复速度越慢，但IO更好。通过重启实例进行更改/d