MySQL数据库基础

一、数据类型
  • 整数类型
    • TINYINT
    • SMALLINT
    • MEDIUMINT
    • INT
    • BIGINT
    • 属性:UNSIGNED
    • 长度:可以为整数类型指定宽度,例如:INT(11)、对大多数应用是没有意义的,它不会限制值的合法范围,只会影响显示字符的个数


  • 实数类型
    • FLOAT
    • DOUBLE
    • DECIMAL
    • DECIMAL可存储比BIGINT还大的整数;可以用于存储精确的小数
    • FLOAT和DOUBLE类型支持使用标准的浮点进行近视计算
  • 字符串类型
    • VARCHAR
    • CHAR
    • TEXT
    • BLOB
    • VARCHAR类型用于存储可变长字符串,它比定长类型更节省空间
    • VARCHAR使用1或2个额外字节记录字符串的长度,列长度小于255字节,使用1个字节表示,否则用2个
    • VARCHAR长度,如果存储内容超出指定长度,会被截断
    • CHAR是定长的,根据定义的字符串长度分配足够的空间
    • CHAR会根据需要采用空格进行填充以方便比较
    • CHAR适合 存储很短的字符串,或者所有值都接近同一个长度
    • CHAR长度,超出设定的长度,会被截断
    • 对于经常变更的数据,CHAR比VARCHAR更好,CHAR不容易产生碎片
    • 对于非常短的列,CHAR比VARCHAR在存储空间上更有效率
    • 只分配真正的空间,更长的列会消耗更多的内存
    • 尽量避免使用BLOB/TEXT类型,查询会使用临时表,导致严重的性能开销
  • 枚举
    • 有时可以使用枚举代替常用的字符串类型
    • 把不重复的集合存储成一个预定义的集合
    • 非常紧凑,把列表值压缩到一个或两个字节
    • 内部存储的是整数
    • 尽量避免使用数字作为ENUM枚举的常量,易混乱
    • 排序是按照内部存储的整数进行排序
    • 枚举表会使表大小大大减小
  • 日期和时间类型
    • 尽量使用TIMESTAMP,比DATETIME空间效率高
    • 用整数保存时间戳的格式通常不方便处理
    • 如果需要存储微妙,可以使用bigint存储
  • 列属性
    • auto_increment
    • default
    • not null
    • zerofill
二、MySQL基础操作
  • 常见操作
    • MySQL的连接和关闭Lmysql -u -p -h -P
    • 其他:\G(打印结果垂直显示)、\c(取消当前mysql的命令)、\q(退出mysql)、\s(显示mysql服务器状态)、\h(帮助信息)、\d(改变执行服务)
三、MySQL数据表引擎
  • InnoDB表引擎(优先选择)
    • 默认事务型引擎,最重要最广泛的存储引擎,性能非常优秀
    • 数据存储在共享表空间,可以通过配置分开
    • 对主键查询的性能高于其他类型的存储引擎
    • 内部做了很多优化,从磁盘读取数据时自动在内存构建hash索引,插入数据时自动构建插入缓冲区
    • 通过一些机制和工具支持真正的热备份
    • 支持崩溃后的安全恢复
    • 支持行级锁
    • 支持外键
  • MyISAM表引擎
    • 5.1版本前,MyISAM是默认的存储引擎
    • 拥有全文索引、压缩、空间函数
    • 不支持事务和行级锁,不支持崩溃后的安全恢复
    • 表存储在两个文件,MYD(数据)和MYI(索引)
    • 设计简单,某些场景下性能很好
  • 其他表引擎
    • Archive
    • Blackhole
    • CSV
    • Memory
四、MySQL锁机制
  • 概念:表锁是日常开发当中常见的问题,当多个查询同一时刻进行数据修改时,就会产生并发控制的问题
  • 共享锁和排它锁,也就是读锁和写锁
  • 读锁:共享的,不堵塞,多个用户可以同时读一个资源,互不干扰
  • 写锁:排他的,一个写锁会阻塞其他的写锁和读锁,这样可以只允许一个人进行写入,防止其他用户读取正在写入的资源
  • 锁粒度
    • 表锁,系统性能开销最小,会锁定整张表,MyISAM使用表锁
    • 行锁,最大程度地支持并发处理,但是也带来了最大的锁开销,InnoDB实现行级锁
五、MySQL事务处理
  • MySQL提供事务处理的表引擎,InnoDB
  • 服务器层不管理事务,由下层的引擎实现,所以同一个事务中,使用多种存储引擎不靠谱
  • 在非事务的表上 执行事务操作MySQL不会发出提醒,也不会报错
六、MySQL存储过程
  • 存储过程
    • 为以后的使用而保存的一条或多条MySQL语句的集合
    • 存储过程就是有业务逻辑和流程的集合
    • 可以在存储过程中创建表,更新数据,删除等等
  • 使用场景
    • 通过把处理封装在容易使用的单元中,简化复杂的操作
    • 保证数据的一致性
    • 简化对变动的管理
七、MySQL触发器
  • 触发器
    • 提供给程序员和数据分析员来保证数据完整性的一种方法,它是与表事件相关的特殊的存储过程
  • 使用场景
    • 可通过数据库中的相关表实现级联更改
    • 实时监控某张表中的某个字段的更改而需要做出相应的处理
    • 某些业务编号的生成等
    • 滥用会造成数据库及应用程序的维护困难
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,098评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,213评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,960评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,519评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,512评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,533评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,914评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,574评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,804评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,563评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,644评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,350评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,933评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,908评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,146评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,847评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,361评论 2 342

推荐阅读更多精彩内容