- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
一篇处理面试常问的MySQL功能优化
系统的吞吐量瓶颈往往消灭在数据库的访问速度上
随着应用程序的运转,数据库的中的数据会越来越多,处理时间会相应变慢
数据是存放在磁盘上的,读写速度无法和内存相比
如何优化
设计数据库时:数据库表、字段的设计,存储引擎
利用好MySQL本身供应的功能,如索引等
横向扩展:MySQL集群、负载均衡、读写分别
SQL语句的优化(收效甚微)
字段设计
字段类型的选择,设计规范,范式,常见设计案例
准绳:尽量使用整型表示字符串
存储IP
INET_ATON(str),address to number
INET_NTOA(number),number to address
MySQL内部的枚举类型(单选)和集合(多选)类型
但是由于维护成本较高因而不常使用,使用关联表的方式来替代enum
准绳:定长和非定长数据类型的选择
decimal不会损失精度,存储空间会随数据的增大而增大。double占用固定空间,较大数的存储会损失精度。非定长的还有varchar、text
金额
对数据的精度要求较高,小数的运算和存储存在精度问题(不能将全部小数转换成二进制)
定点数decimal
price decimal(8,2)有2位小数的定点数,定点数支持很大的数(甚至是超过int,bigint存储范围的数)
小单位大数额避开消灭小数
元-分
字符串存储
定长char,非定长varchar、text(上限65535,其中varchar还会消耗1-3字节记录长度,而text使用额外空间记录长度)
准绳:尽可能选择小的数据类型和指定短的长度
准绳:尽可能使用 not null
非null字段的处理要比null字段的处理高效些!且不需要推断能否为null。
null在MySQL中,不好处理,存储需要额外空间,运算也需要特殊的运算符。如select null = null和select null null(为不等号)有着同样的结果,只能通过is null和is not null来推断字段能否为null。
如何存储?MySQL中每条记录都需要额外的存储空间,表示每个字段能否为null。因而通常使用特殊的数据进行占位,比如int not null default 0、string not null default ‘’
准绳:字段注释要完整,见名知意
准绳:单表字段不宜过多
二三十个就极限了
准绳:可以预留字段
在使用以上准绳之前首先要满足业务需求
关联表的设计
外键foreign key只能实现一对一或一对多的映射
一对多
使用外键
多对多
单独新建一张表将多对多拆分成两个一对多
一对一
如商品的基本信息(item)和商品的具体信息(item_intro),通常使用相同的主键或者添加一个外键字段(item_id)
范式 Normal Format
数据表的设计规范,一套越来越严格的规范体系(假如需要满足N范式,首先要满足N-1范式)。N
第一范式1NF:字段原子性
字段原子性,字段不行再分割。
关系型数据库,默认满足第一范式
留意比较简约出错的一点,在一对多的设计中使用逗号分隔多个外键,这种方法虽然存储便利,但不利于维护和索引(比如查找带标签java的文章)
其次范式:衰退对主键的部分依靠
即在表中加上一个与业务规律无关的字段作为主键
主键:可以独一标识记录的字段或者字段集合。
course_name
course_class
weekday(周几)
course_teacher
MySQL
训练大楼1525
周一
张三
Java
训练大楼1521
周三
李四
MySQL
训练大楼1521
周五
张三
依靠:A字段可以确定B字段,则B字段依靠A字段。比如晓得了下一节课是数学课,就能确定任课老师是谁。于是周几和下一节课和就能构成复合主键,能够确定去哪个教室上课,任课老师是谁等。但我们经常添加一个id作为主键,而衰退对主键的部分依靠。
对主键的部分依靠:某个字段依靠复合主键中的一部分。
处理方案:新增一个独立字段作为主键。
第三范式:衰退对主键的传递依靠
传递依靠:B字段依靠于A,C字段又依靠于B。比如上例中,任课老师是谁取决于是什么课,是什么课又取决于主键id。因而需要将此表拆分为两张表日程表和课程表(独立数据独立建表):
id
weekday
course_class
course_id
1001
周一
训练大楼1521
3546
course_id
course_name
course_teacher
3546
Java
张三
这样就削减了数据的冗余(即便周一至周日每天都有Java课,也只是course_id:3546消灭了7次)
存储引擎选择
晚期问题:如何选择MyISAM和Innodb?
现在不存在这个问题了,Innod
文档评论(0)