mysql性能优化方案及技术

mysql性能优化方案及技术

ID:35786149

大小:35.91 KB

页数:17页

时间:2019-04-18

mysql性能优化方案及技术_第1页
mysql性能优化方案及技术_第2页
mysql性能优化方案及技术_第3页
mysql性能优化方案及技术_第4页
mysql性能优化方案及技术_第5页
资源描述:

《mysql性能优化方案及技术》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、Mysql性能优化方案及技术目录目录1背景及目标2Mysql执行优化2认识数据索引2为什么使用数据索引能提高效率2如何理解数据索引的结构2如何理解影响结果集3理解执行状态4常见分析手段4分析流程6总结7Mysql运维优化9存储引擎类型9内存使用考量9性能与安全性考量9存储压力优化10运维监控体系10Mysql架构优化11架构优化目标11防止单点隐患11方便系统扩容11安全可控,成本可控11分布式方案12分库&拆表方案12主从架构14故障转移处理15缓存方案15缓存结合数据库的读取15缓存结合数据库的

2、写入15背景及目标厦门游家公司(4399.com)用于员工培训和分享。针对用户群为已经使用过mysql环境,并有一定开发经验的工程师针对高并发,海量数据的互联网环境。本文语言为口语,非学术标准用语。以实战和解决具体问题为主要目标,非应试,非常规教育。友情提醒,在校生学习本教程可能对成绩提高有害无益。非技术挑战,非高端架构师培训,请高手自动忽略。Mysql执行优化认识数据索引为什么使用数据索引能提高效率数据索引的存储是有序的在有序的情况下,通过索引查询一个数据是无需遍历索引记录的极端情况下,数据索引的

3、查询效率为二分法查询效率,趋近于log2(N)如何理解数据索引的结构数据索引通常默认采用btree索引,(内存表也使用了hash索引)。单一有序排序序列是查找效率最高的(二分查找,或者说折半查找)引的目的是为了达到快速的更新和增删操作。在极端情况下(比如数据查询需求量非常大,而数据更新需求极少,高,数据规模有限),直接使用单一排序序列,折半查找速度最快。实战范例:ip地址反查资源:Ip地址对应表,源数据格式为startip,endip,area源数据条数为10万条左右,呈很大的分散性目标:需要通过任

4、意ip查询该ip所属地区性能要求达到每秒1000次以上的查询效率挑战:如使用between⋯and数据库操作,无法有效使用索引。如果每次查询请求需要遍历10万条记录,根本不行。,使用树形索实时性要求不方法:一次性排序(只在数据准备中进行,数据可存储在内存序列)折半查找(每次请求以折半查找方式进行)在进行索引分析和SQL优化时,可以将数据索引字段想象为单一有序序列,并以此作为分析的基础。实战范例:复合索引查询优化实战,同城异性列表资源:用户表user,字段sex性别;area地区;lastlogin

5、最后登录时间;其他略目标:查找同一地区的异性,按照最后登录时间逆序高访问量社区的高频查询,如何优化。查询SQL:select*fromuserwherearea=’$area’andsex=’$sex’orderbylastlogindesclimit0,30;挑战:建立复合索引并不难,area+sex+lastlogin三个字段的复合索引,如何理解?首先,忘掉btree,将索引字段理解为一个排序序列。如果只使用area会怎样?搜索会把符合area的结果全部找出来,然后在这里面遍历,选择命中

6、sex的并排序。遍历所有area=’$area’数据!如果使用了area+sex,略好,仍然要遍历所有area=’$area’andsex=’$sex’数据,然后在这个基础上排序!!Area+sex+lastlogin复合索引时(切记lastlogin在最后),该索引基于area+sex+lastlogin三个字段合并的结果排序,该列表可以想象如下。广州女$时间1广州女$时间2广州女$时间3⋯广州男⋯.深圳女⋯.数据库很容易命中到area+sex的边界,并且基于下边界向上追溯30条记录,搞定!在索引

7、中迅速命中所有结果,无需二次遍历!如何理解影响结果集影响结果集是数据查询优化的一个重要中间数据查询条件与索引的关系决定影响结果集如上例所示,即便查询用到了索引,但是如果查询和排序目标不能直接在索引中命中,其可能带来较多的影响结果。而这会直接影响到查询效率微秒级优化优化查询不能只看慢查询日志,常规来说,优化的。实战范例和上案例类似,某游戏社区要显示用户动态,0.01秒以上的查询,都是不够select*fromuserfeedwhereuid=$uidorderbylastlogindesclimit

8、0,30;初期默认以uid为索引字段,查询为命中所有uid=$uid的结果按照lastlogin排序。当用户行为非常频繁时,该SQL索引命中影响结果集有数百乃至数千条记录。查询效率超过0.01秒,并发较大时数据库压力较大。解决方案:将索引改为uid+lastlogin复合索引,索引直接命中影响结果集30条,查询效率提高了10倍,平均在0.001秒,数据库压力骤降。影响结果集的常见误区影响结果集并不是说数据查询出来的结果数或操作影响的结果数,而是查询条件的索引所命

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。