![2、分析问题：奥贬贰搁贰 – MySQLmysql slow queryshow [global status]、show processlist、show engine innodb statusprofiling(mysql 5.0+)mysql explain其他，如 mysqlreport](https://image.slidesharecdn.com/mysql2009-08-28-091211053615-phpapp01/85/My-Sql-2009-08-28-10-320.jpg)
![2、分析问题：奥贬贰搁贰 – show status/processlistshow [global] status 重点关注key hit ratio, qcache hit ratio, lock, slow query, innodb buffer hit ratio, innodb data/log write/readshow processlist 重点关注一些异常状态的查询，或者耗时很长的查询show engine innodb status 重点关注log flush状态，锁状态，事务状态，内存分配消耗](https://image.slidesharecdn.com/mysql2009-08-28-091211053615-phpapp01/85/My-Sql-2009-08-28-16-320.jpg)
![Nuevas Tecnologias [Autoguardado][2]](https://cdn.slidesharecdn.com/ss_thumbnails/nuevastecnologiasautoguardado2-090606084701-phpapp01-thumbnail.jpg?width=560&fit=bounds)
More Related Content
Viewers also liked (20)
More from Cevin Cheung (7)
My Sql优化(2009 08 28 系统架构师大会)
- 3. 1、需求来源：奥贬驰
- 8. 2、分析问题：奥贬贰搁贰
- 10. 2、分析问题：奥贬贰搁贰 – MySQLmysql slow queryshow [global status]、show processlist、show engine innodb statusprofiling(mysql 5.0+)mysql explain其他，如 mysqlreport
- 13. 2、分析问题：奥贬贰搁贰 - microslow打上microslow补丁，支持最小微秒单位，同时还能显示执行计划主要选项：long_query_time, log_slow_filter，log_slow_verbosity详细解释查看 http://www.percona.com/docs/wiki/patches:microslow_innodb
- 14. 2、分析问题：奥贬贰搁贰 – 分析slowlog几个slow query log分析工具mysqlsla – 重点推荐mysqldumpslowmysql-explain-slow-logmysql-log-filtermyprofi
- 16. 2、分析问题：奥贬贰搁贰 – show status/processlistshow [global] status 重点关注key hit ratio, qcache hit ratio, lock, slow query, innodb buffer hit ratio, innodb data/log write/readshow processlist 重点关注一些异常状态的查询，或者耗时很长的查询show engine innodb status 重点关注log flush状态，锁状态，事务状态，内存分配消耗
- 17. 2、分析问题：奥贬贰搁贰 - explain表的读取顺序每个表都是如何读取的可能用到哪些索引，实际使用了哪些索引表是如何引用的查询优化器从每个表中预计读取的记录数其他额外信息，尽量避免Using filesort / Using temporary的查询产生
- 18. 2、分析问题：奥贬贰搁贰 - profilingmysql profiling+------------------------------------------+--------------+| Status | Duration |+------------------------------------------+--------------+| (initialization) | 0.000009 || checking query cache for query | 0.000071 || Opening tables | 0.000018 || System lock | 0.00001 || Table lock | 0.0000660 || init | 0.000034 || optimizing | 0.00001 |
- 19. 2、分析问题：奥贬贰搁贰 - profiling| statistics | 0.000027 || preparing | 0.000027 || executing | 0.000006 || Sending data | 0.000252 || end | 0.000035 || query end | 0.000015 || storing result in query cache | 0.000014 || freeing items | 0.000346 || closing tables | 0.000015 || logging slow query | 0.000007 |+-------------------------------------------+------------+
- 20. 2、分析问题：奥贬贰搁贰 – 其他定期检查多余的索引以及没有使用索引的慢查询利用 mysqlreport产生可读性更强的报告利用 Profiling 剖析一次查询瓶颈所在其他工具，包括监控工具，linux自带工具等
- 22. 3、解决问题：贬翱奥
- 30. 3、解决问题：贬翱奥 – 引擎MyISAMInnoDBTukoDBXtraDBMemcached for MySQLWaffle Grid Project
- 32. 3、解决问题：贬翱奥 – 补丁Performance ImprovingIO Pathces: multiple threads,Adaptive checkpoint,IO Control of Insert buffer,multiple pages,Extra rollback segmentsEnhanced read_write locksSplit buffer_pool mutex even moreInnoDB IO patchesUsabilityMicroslowLimit data dictionaryIO access patternShow buffer pool contentShow memory usageShow locks heldExtra undo slots
- 33. 3、解决问题：贬翱奥 – 程序、架构选择合适的应用类型OLTP / OLAP ?业务量估计 读写比？峰值？预计使用年限？缓存利用 是否都需要实时查询？保持线上表尽可能瘦小 速度快、好维护、并发高分表 可扩展、速度快
- 34. 3、解决问题：贬翱奥 – 程序、架构数据库表设计 字段数不是最重要的，重要的是平均行长度，行检索成本最高。适当冗余 便于统计、避免对原表频繁操作、可用触发器维护或定期生成冗余表索引索引不是越多越好，合理利用复合索引及部分索引
- 35. 3、解决问题：贬翱奥 – 其他垂直/水平切分服务器/数据库、表开启MySQL复制，实现读、写分离在复制的基础上，增加负载均衡采用集群+复制(MySQL 6.0+)频繁更新的表，可以分离成父表和子表(内存表)用统计表保存定时统计结果，而不是在大表上直接统计编写存储过程/函数来代替大量的外部应用程序交互确保索引合理利用，尽量使用联合索引适当加大查询缓存(query cache)尽量减少交互次数尽量使用固定格式的SQL语句，查询语句中少用运算或函数缩短每个事务使用适当的字段类型；适当的长度，有需要的时候再扩充
- 36. 3、解决问题：贬翱奥 – 其他分解复杂查询为多个小查询字符型字段采用前缀索引不直接执行 COUNT(*) – innodb多个操作放在一起提交，但要注意事务不能太大日志文件并非越大越好，需要考虑恢复和检查点左连接时把数据量小的表放在前面innodb_flush_log_at_trx_commit可以尝试设置为 2，甚至是 0导入数据时关闭 AUTOCOMMIT以及 UNIQUE_CHECKS、FOREIGN_KEY_CHECKS复杂的查询总是先用EXPLAIN来分析一下定期执行OPTIMIZE TABLE整理碎片用char来代替varchar，MyISAM是这样，InnoDB则相反关闭swappiness，避免发生swappy
- 38. 3、解决问题：贬翱奥 – 升级硬、软件优化调试过程Do See AdjustDoSeeAdjust
- 40. 善用网络资源
- 42. Q & A谢谢大家！