mysql基础

mysql基础

一、索引

mysql索引.png
  • 索引是一种帮助MySQL高效获取数据的排好序数据结构,解决查询语句中where和order by部分的性能
  • 索引是存放在磁盘上的/var/lib/mysql目录下
  • MyISAM引擎的文件:【.frm】 表结构 【.myd】 即my data文件【 .myi】 即my index文件
  • InnoDB引擎的文件:【.frm】 表结构 【.ibd】文件:存放用户数据库表数据和索引

1.1、为什么使用B Tree(B+Tree)

一般来说,索引本身也很大,不可能全存内存,往往以索引文件的形式存在磁盘

  1. 单节点能存储更多数据,使得磁盘IO次数更少。
  2. B+树索引叶子节点形成有序链表,具有范围查找和前缀查找的能力,相当于二分查找。
  3. 聚集索引中,叶子节点的data直接包含数据;非聚集索引中,叶子节点存储数据地址的指针。

1.2、索引分类

  1. 普通索引index :加速查找

  2. 唯一索引

    • 主键索引:primary key :加速查找+约束(不为空且唯一)
    • 唯一索引:unique:加速查找+约束(唯一)
  3. 联合索引

    • primary key(id,name):联合主键索引
    • unique(id,name):联合唯一索引
    • index(id,name):联合普通索引
  4. 非聚集索引【MyISAM引擎】or 聚集索引【InnoDB引擎】

    • MyISAM的key存放的是数据库的key,value存放的是数据库记录的地址,在通过地址定位到数据。
    MyIsam.png
    • InnoDB的key存放的是数据库的key,value存放的是数据库记录的内容,聚集索引叶子节点就是数据节点(叶节点包含了完整的数据记录),相比MyISAM效率要高一些,但是比较占硬盘内存大小。
    InnoDB.png
    • 关于聚集索引,为什么InnoDB表必须有主键,并且推荐使用整型的自增主键?innodb会按照如下规则进行处理

      a. 如果使用自增主键,新增数据时都是尾部顺序插入,不用调整B+Tree树结构,也不用移动重排数据。
      b. 不建议使用uuid使用数据库主键,不支持范围查询
      c. B+树底层搜索的时候可能会发生值比较判断


      1. 如果定义了主键,那么这个主键就是作为聚集索引
      2. 如果没有定义主键,那么该表的第一个唯一非空索引被作为聚集索引
      3. 如果没有定义主键也没有合适的唯一索引,那么innodb内部会生成一个隐藏的主键作为聚集索引,这个隐藏的主键是一个6个字节的列,改列的值会随着数据的插入自

1.3、哪些情况需要创建索引

  • 主键自动建立唯一索引
  • 频繁作为查询条件的字段应该创建索引
  • 查询中与其他表关联的字段,外键关系建立索引
  • 频繁更新的字段不适合建立索引,因为每次更新不单单是更新了记录还会更新索引
  • WHERE条件里用不到的字段不创建索引
  • 单键/组合索引的选择问题,who?(在高并发下倾向创建组合索引)
  • 查询中排序的字段,排序的字段若通过索引去访问将大大提高排序速度
  • 查询中统计或者分组字段

1.4 、哪些情况不要创建索引

  • 表记录太少
  • 经常增删改的表
  • 提高了查询速度,同时却会降低更新表的速度,如对表进行INSERT、UPDATE、和DELETE。
  • 因为更新表时,MySQL不仅要保存数据,还要保存一下索引文件。
  • 数据重复且分布平均的表字段,因此应该只为最经常查询和最经常排序的数据建立索引。
  • 注意,如果某个数据列包含许多重复的内容,为它建立索引就没有太大的实际效果。

二、MySQL常见的三种引擎。

  • InnoDB:支持事务处理,支持外键,支持崩溃修复能力和并发控制。如果对事物的完整性要求比较高(如银行),要求实现并发控制(如售票),那么选择InnoDB有很大的优势。如果需要频繁更新、delete数据,也可以选择InnoDB,因为InnoDB支持事物的提交commit和回滚rollback.
  • MyISAM:插入数据快,空间和内存使用比较低。如果表主要用于插入新记录和读出记录,那么选择MyISAM能实现处理高效。如果应用的完整性,并发性要求比较低,也可以使用。
  • MEMORY:所以数据都在内存中,数据处理速度快,但安全性差。它对表有要求,不能建立太大的表。只能应用于小表,对速度要求高,对安全性要求很低的场景。

三、MySQL查询性能

  • explain + SQL(SELECT *), 要学会其中各个字段的含义,及背后的原理。
  • 避免 SELECT ,当只要一行数据时使用LIMIT 1(按需取数据*)。
  • 为搜索字段建索引,如:永远为每张表设置一个 ID,方便检索。
  • 为查询缓存优化你的查询
  • 千万不要 ORDER BY RAND()
  • 使用 ENUM 而不是 VARCHAR
  • 尽可能的使用 NOT NULL
  • 把 IP 地址存成 UNSIGNED INT
  • 固定长度的表会更快
  • 越小的列会越快
  • 选择正确的存储引擎
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 220,367评论 6 512
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,959评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 166,750评论 0 357
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,226评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,252评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,975评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,592评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,497评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,027评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,147评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,274评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,953评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,623评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,143评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,260评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,607评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,271评论 2 358

推荐阅读更多精彩内容