「mysql优化专题」本专题总结终章(13)

一个月过去了,【mysql优化专题】围绕着mysql优化进行了十三篇的优化文章,下面进行一次完整的总结!我尝试用最简短最通俗易懂的话阐述明白每篇文章,让本专题画上完美的句号!坚持到文末,留下你宝贵的评论!

目录:

一、为什么要进行mysql优化?(重点)

二、增删改优化,多数人都会忽略的优化

三、关于单表查询,可以这么优化

四、关于多表查询,不得不看的优化

五、索引优化(重点中的重点)

六、表的优化,分表分库(重点)

七、存储过程和存储函数教学

八、视图应用优化详解

九、引擎(InnoDB,MyISAM)的内存优化

十、通过慢查询日志定位优化

十一、满分主从复制面试宝典(重点)

十二、高可用性、负载均衡的mysql集群解决方案(重点)

一、这大概是一篇最好的mysql优化入门文章(1)

为什么要进行mysql优化?究竟在优化什么。这篇为你开启入门之旅。

二、90%程序员都会忽略的增删改优化(2)

增删改优化,大多数人都会忽略的优化。

三、单表查询优化的一些小总结,非索引设计(3)

查询缓存,不要滥用语句,等等,这里有一些关于单表查询的总结。值得一看。

四、你们要的多表查询优化来啦!请查收(4)

应尽量避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描。

还有很多很多的点我们需要注意,详细内容请点击第四篇。

五、索引优化:90%程序员面试都用得上的索引优化手册(5)

关于索引,分为以下几点来讲解:

1、索引的概述(什么是索引,索引的优缺点)

2、索引的基本使用(创建索引)

3、索引的基本原理(面试重点)

4、索引的数据结构(B树,hash)

5、创建索引的原则(重中之重,面试必问!敬请收藏!)

掌握了以上重点,索引l优化还有什么难得到你呢?

六、优化之路高级进阶——表的设计及优化(6)

关于表的优化,那就有更多的内容可以优化了,小到字段属性的选取,三放式的取舍,大到分库分表,增量查询等等,互联网大型分布式项目,怎么可能再跟以前一样粗陋?作为准备进阶架构师的你,好意思说表都搞不定?

七、90%程序员没听过的存储过程和存储函数教学(7)

储存过程是一个可编程的函数,它在数据库中创建并保存。它可以有SQL语句和一些特殊的控制结构组成。当希望在不同的应用程序或平台上执行相同的函数,或者封装特定功能时,存储过程是非常有用的。

八、视图应用竟然还可以这么优化?不得不收藏(8)

什么是视图?视图是基于 SQL 语句的结果集的可视化的表。视图并不在数据库中以存储的数据值集形式存在,而是存在于实际引用的数据库表中,视图的构成可以是单表查询,多表联合查询,分组查询以及计算(表达式)查询等。

九、详解引擎(InnoDB,MyISAM)的内存优化攻略?(9)

InnoDB用一块内存区域做I/O缓存池,该缓存池不仅用来缓存InnoDB的索引块,而且也用来缓存InnoDB的数据块。

十、什么是慢查询?如何通过慢查询日志优化?(10)

MySQL会记录下查询超过指定时间的语句,我们将超过指定时间的SQL语句查询称为慢查询。mysql中有许许多多的日志,错误日志,通用日志,更新日志,二进制日志(就是用来进行主从复制的日志),慢查询日志等。

十一、主从复制面试宝典!面试官都没你懂得多!(11)

1、什么是主从复制

2、主从复制的作用(重点)

3、主从复制的原理(重中之重)

4、三步轻松构建主从

5、必问面试题干货分析(最最重要的点)

十二、高可用性、负载均衡的mysql集群解决方案(12)

一个庞大的分布式系统的性能瓶颈中,最脆弱的就是连接。连接有两个,一个是客户端与后端的连接,另一个是后端与数据库的连接。客户端与后端中可以利用类似nginx的负载均衡解决,而数据库层是最脆弱的一层,一般在应用设计时在上游就需要把请求拦截掉,数据库层只承担“能力范围内”的访问请求,所以,我们通过在服务层引入队列和缓存,让最底层的数据库高枕无忧。

如果请求激增,还是有大量的查询压力到MySQL怎么办呢?

这时候,集群出现了。在后端与数据库中我们可以利用类似mycat的负载均衡实现mysql集群,提高mysql的总体性能。(可用组合很多,如LVS+keepalived组合、haproxy+keepalived组合)

最后的总结:

mysql的问题其实是由于一系列的软肋决定的,所以不得不利用中间件或者其它方案去解决,包括:

在强制约束和事务与全文索引之间做出选择(InnoDb vs MyISAM)

在客户机代码中“模拟”事务是不容易的

如果不执行约束,就很容易得到不一致的db状态

如果没有全文搜索,会变得疯狂,比如% y %

必须在更新触发器之前创建检查约束的错误

当数据变得太大时,Mysql的承受能力就不妙了

Mysql创建的执行计划效率低下

Mysql有超过多个连接的问题(最好说多个连接)

但是! Oracle是所有这些问题的解决方案,它是一个完整的DBMS:事务、检查合同、视图的很多选项、全文搜索…

所以问题的本质是:成本!解决大部分问题,换个Oracle就行了。

【mysql优化专题】到这里就算完美结束了,掌握这些,mysql部分你基本就可以。如果还想要更深入,我可以再继续深入,看情况吧,人多就继续深入,算是另一个层次。


已完结专题(关注后查看):

【mysql优化专题】【多线程/池专题】【架构技术专题】

更新中专题(关注后查看):

【dubbo专题】【dubbo源码专题】【JVM专题】【HTTP协议专题】【设计模式专题】

【高并发专题】【架构技术专题】【netty专题】【数据结构专题】【redis专题】

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,491评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,856评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,745评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,196评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,073评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,112评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,531评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,215评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,485评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,578评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,356评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,215评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,583评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,898评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,174评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,497评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,697评论 2 335

推荐阅读更多精彩内容