无论是运维、开发、测试,还是架构师,数据库技术是一个必备加薪神器,那么,一直说学习数据库、学 MySQL,到底是要学习它的哪些东西呢?
01
如何快速掌握 MySQL?
培养兴趣
兴趣是最好的老师,不论学习什么知识,兴趣都可以极大地提高学习效率。当然学习 MySQL 5.6 也不例外。
夯实基础
计算机领域的技术非常强调基础,刚开始学习可能还认识不到这一点,随着技术应用的深入,只有有着扎实的基础功底,才能在技术的道路上走得更快、更远。
对于 MySQL 的学习来说, SQL 语句是其中最为基础的部分,很多操作都是通过 SQL 语句来实现的。所以在学习的过程中, 读者要多编写 SQL 语句,对于同一个功能,使用不同的实现语句来完成,从而深刻理解其不同之处。
及时学习新知识
正确、有效地利用搜索引擎,可以搜索到很多关于 MySQL 5.6 的相关知识。同时,参考别 人解决问题的思路,也可以吸取别人的经验,及时获取最新的技术资料。
多实践操作
数据库系统具有极强的操作性,需要多动手上机操作。在实际操作的过程中才能发现问题, 并思考解决问题的方法和思路,只有这样才能提高实战的操作能力。
02
如何选择服务器的类型?
MySQL 服务器配置窗口中各个参数的含义如下。
【Server Configuration Type】该选项用于设置服务器的类型。单击该选项右侧的向下按钮, 即可看到包括 3 个选项。
3 个选项的具体含义如下:
Development Machine(开发机器):该选项代表典型个人用桌面工作站。假定机器上运行 着多个桌面应用程序。将 MySQL 服务器配置成使用最少的系统资源。
Server Machine (服务器):该选项代表服务器,MySQL 服务器可以同其它应用程序一起 运行,例如 FTP、email 和 web 服务器。MySQL 服务器配置成使用适当比例的系统资源。
DedicatedMySQL Server Machine (专用 MySQL 服务器):该选项代表只运行 MySQL 服务的服务器。假定运行没有运行其它应用程序。MySQL服务器配置成使用所有可用系统资源。作为初学者,建议选择【DevelopmentMachine】(开发者机器)选项,这样占用系统的资源 比较少。
03
如何选择存储引擎
不同存储引擎都有各自的特点,以适应不同的需求,如下表所示。为了做出选择:
首先需 要考虑每一个存储引擎提供了哪些不同的功能。如果要提供提交,回滚和崩溃恢复能力的事务安全(ACID 兼容)能力,并要求实现并发控 制,InnoDB 是个很好的选择。
如果数据表主要用来插入和查询记录,则 MyISAM 引擎能提供较高的处理效率;如果只是临时存放数据,数据量不大,并且不需要较高的数据安全性,可以选择将数据保存在内存中的 Memory 引擎,MySQL 中使用该引擎作为临时表,存放查询的中间结果。
如果只有 INSERT 和 SELECT 操作,可以选择 Archive 引擎,Archive 存储引擎支持高并发的插入操作,但是本身并不是事务安全的。Archive 存储引擎非常适合存储归档数据,如记录日志信息可以使用 Archive 引擎。
使用哪一种引擎要根据需要灵活选择,一个数据库中多个表可以使用不同引擎以满足各种性能和实际需求。
使用合适的存储引擎,将会提高整个数据库的性能。
04
如何查看默认存储引擎?
使用 SHOW ENGINES 语句查看系统中所有的存储引擎,其中包括默认的存储引擎。可以看出来当前数据库系统中有五种存储引擎,默认是 MyISAM。还可以使用一种直接的方法查看默认存储引擎。执行结果直接显示了当前默认的存储引擎为 MyISAM。
05
表删除操作须谨慎
表删除操作将把表的定义和表中的数据一起删除,并且 MySQL 在执行删除操作时,不会有 任何的确认信息提示,因此执行删除操时,应当慎重。在删除表前,最好对表中的数据进行备份,这样当操作失误时,可以对数据进行恢复,以免造成无法挽回的后果。
同样的,在使用 ALTER TABLE 进行表的基本修改操作时,在执行操作过程之前,也应该确保对数据进行完整的备份,因为数据库的改变是无法撤销的,如果添加了一个不需要的字段,可以将其删除;相同的,如果删除了一个需要的列,该列下面的所有数据都将会丢失。
06
每个表中都要有一个主键吗?
并不是每一个表中都需要主键,一般的,如果多个表之间进行连接操作时,需要用到主键。因此并不需要为每个表建立主键,而且有些情况最好不使用主键。
07
每个表都可以任意选择存储引擎吗?
外键约束(FOREIGN KEY)不能跨引擎使用。MySQL 支持多种存储引擎,每一个表都可 以指定一个不同的存储引擎,但是要注意:外键约束是用来保证数据的参照完整性,如果表之间 需要关联外键,却指定了不同的存储引擎,这些表之间是不能创建外键约束的。所以说,存储引擎的选择也不完全是随意的。
08
带 AUTO_INCREMENT 约束的字段值是从 1 开始的吗?
默认的,在 MySQL 中,AUTO_INCREMENT 的初始值是 1,每新增一条记录,字段值自动加 1。设置自增属性(AUTO_INCREMENT)的时候,还可以指定第一条插入记录的自增字段的 值,这样新插入的记录的自增字段值从初始值开始递增.
如在 tb_emp8 中插入第一条记录,同时 指定 id 值为 5,则以后插入的记录的 id 值就会从 6 开始往上增加。添加唯一性的主键约束时, 往往需要设置字段自动增加属性。
09
TIMESTAMP 与 DATATIME 两者的区别
TIMESTAMP 与 DATETIME 除了存储字节和支持的范围不同外,还有一个最大的区别就是:DATETIME 在存储日期数据时,按实际输入的格式存储,即输入什么就存储什么,与时区无关;
而 TIMESTAMP 值的存储是以 UTC (世界标准时间)格式保存的,存储时对当前时区进行转换, 检索时再转换回当前时区。即查询时,根据当前时区的不同,显示的时间值是不同的。
10
选择数据类型的方法和技巧是什么?
MySQL 提供了大量的数据类型,为了优化存储,提高数据库性能,在任何情况下均应使用 最精确的类型。即在所有可以表示该列值的类型中,该类型使用的存储最少。
整数和浮点数
如果不需要小数部分,则使用整数来保存数据;如果需要表示小数部分,则使用浮点数类 型。对于浮点数据列,存入的数值会对该列定义的小数位进行四舍五入。
例如如果列的值的范 围为1〜99999,若使用整数,则 MEDIUMINT UNSIGNED 是最好的类型;若需要存储小数,则 使用 FLOAT 类型。浮点类型包括 FLOAT 和 DOUBLE 类型。DOUBLE 类型精度比 FLOAT 类型高,因此,如要求存储精度较高时,应选择 DOUBLE 类型。
浮点数和定点数
浮点数 FLOAT,DOUBLE 相对于定点数DECIMAL 的优势是:在长度一定的情况下,浮点 数能表示更大的数据范围。但是由于浮点数容易产生误差,因此对精确度要求比较高时,建议使用 DECIMAL 来存储。
DECIMAL 在 MySQL 中是以字符串存储的,用于定义货币等对精确度要 求较高的数据。在数据迁移中,float(M,D)是非标准 SQL 定义,数据库迁移可能会出现问题,最 好不要这样使用。另外两个浮点数进行减法和比较运算时也容易出问题,因此在进行计算的时候, 一定要小心。如果进行数值比较,最好使用 DECIMAL 类型。
日期与时间类型
MySQL 对于不同种类的日期和时间有很多的数据类型,比如 YEAR 和 TIME。如果只需要记录年份,则使用 YEAR 类型即可;如果只记录时间,只须使用 TIME 类型。
如果同时需要记录日期和时间,则可以使用 TIMESTAMP 或者 DATETIME 类型。由于 TIMESTAMP 列的取值范围小于 DATETIME 的取值范围,因此存储范围较大的日期最好使用 DATETIME。TIMESTAMP 也有一个 DATETIME 不具备的属性。
默认的情况下,当插入一条记录但并没有指定 TIMESTAMP 这个列值时, MySQL 会把 TIMESTAMP 列设为当前的时间。因此当需要插入记录同时插入当前时间时,使用 TIMESTAMP 是方便的,另外 TIMESTAMP 在空间上比 DATETIME 更有效。
CHAR 与 VARCHAR 之间的特点与选择
CHAR 和 VARCHAR 的区别:
CHAR 是固定长度字符,VARCHAR 是可变长度字符;CHAR 会自动删除插入数据的尾部空格,VARCHAR 不会删除尾部空格。
CHAR 是固定长度,所以它的处理速度比 VARCHAR 的速度要快,但是它的缺点就是浪费存储空间。所以对存储不大,但在速度上有要求的可以使用 CHAR 类型,反之可以使用 VARCHAR 类型来实现。
存储引擎对于选择 CHAR 和 VARCHAR 的影响:
对于 MyISAM 存储引擎:最好使用固定长度的数据列代替可变长度的数据列。这样可以使整个表静态化,从而使数据检索更快,用空间换时间。
对于 InnoDB 存储引擎:使用可变长度的数据列,因为 InnoDB 数据表的存储格式不分固定 长度和可变长度,因此使用 CHAR 不一定比使用 VARCHAR 更好,但由于 VARCHAR 是按照 实际的长度存储,比较节省空间,所以对磁盘 I/O 和数据存储总量比较好。
ENUM 和 SET
ENUM 只能取单值,它的数据列表是一个枚举集合。它的合法取值列表最多允许有 65535 个成员。因此,在需要从多个值中选取一个时,可以使用 ENUM。比如:性别字段适合定义为 ENUM类型,每次只能从’男’或’女’中取一个值。
SET 可取多值。它的合法取值列表最多允许有 64 个成员。空字符串也是一个合法的 SET 值。在需要取多个值的时候,适合使用 SET 类型,比如:要存储一个人兴趣爱好,最好使用 SET 类型。ENUM 和 SET 的值是以字符串形式出现的,但在内部,MySQL 以数值的形式存储它们。
BLOB 和 TEXT
BLOB 是二进制字符串,TEXT 是非二进制字符串,两者均可存放大容量的信息。BLOB 主要存储图片、音频信息等,而 TEXT 只能存储纯文本文件。应分清两者的用途。
11
MySQL 中如何使用特殊字符?
诸如单引号(’),双引号("),反斜线()等符号,这些符号在 MySQL 中不能直接输入 使用,否则会产生意料之外的结果。在 MySQL 中,这些特殊字符称为转义字符。
在输入时需要 以反斜线符号(’’)开头,所以在使用单引号和双引号时应分别输入(’)或者("),输入反 斜线时应该输入(),其他特殊字符还有回车符( ),换行符( ),制表符( ab),退格 符()等。在向数据库中插入这些特殊字符时,一定要进行转义处理。
12
MySQL 中可以存储文件吗?
MySQL 中的 BLOB 和 TEXT 字段类型可以存储数据量较大的文件,可以使用这些数据类型 存储图像、声音或者是大容量的文本内容,例如网页或者文档。
虽然使用 BLOB 或者 TEXT 可以存储大容量的数据,但是对这些字段的处理会降低数据库的性能。如果并非必要,可以选择只 储存文件的路径。
13
MySQL 中如何执行区分大小写的字符串比较?
在 Windows 平台下,MySQL 是不区分大小的,因此字符串比较函数也不区分大小写。如果 想执行区分大小写的比较,可以在字符串前面添加BINARY关键字。
例如默认情况下,’a’=‘A’ 返回结果为1,如果使用 BINARY 关键字,BINARY’a’=‘A’ 结果为 0,在区分大小写的情况下,’a’ 与’A’并不相同。
14
如何从日期时间值中获取年、月、日等部分日期或时间值?
MySQL 中,日期时间值以字符串形式存储在数据表中,因此可以使用字符串函数分别截取日期时间值的不同部分,例如某个名称为 dt 的字段有值“2010-10-01 12:00:30”,如果只需要获得年值,可以输入 LEFT(dt, 4),这样就获得了字符串左边开始长度为 4 的子字符串,即 YEAR 部分的值;如果要获取月份值,可以输入 MID(dt,6,2),字符串第 6 个字符开始,长度为 2 的子 字符串正好为 dt 中的月份值。同理,读者可以根据其他日期和时间的位置,计算并获取相应的值。
15
如何改变默认的字符集?
CONVERT()函数改变指定字符串的默认字符集,在开始的章节中,向读者介绍使用 GUI 图形化安装配置工具进行 MySQL 的安装和配置,其中的一个步骤是可以选择 MySQL 的默认字符集。
但是,如果只改变字符集,没有必要把配置过程重新执行一遍,在这里,一个简单的方式是 修改配置文件。在 Windows中,MySQL 配置文件名称为 my.ini,该文件在 MySQL 的安装目录下面。
修改配置文件中的 default-character-se t和 character-set-server 参数值,将其改为想要的字 符集名称,如 gbk、gb2312、latinl 等,修改完之后重新启动 MySQL 服务,即可生效。读者可以在修改字符集时使用 SHOW VARIABLES LIKE ’character_set_°%’;命令查看当前字符集,以进行对比。
16
DISTINCT可以应用于所有的列吗?
查询结果中,如果需要对列进行降序排序,可以使用 DESC,这个关键字只能对其前面的列 进行降序排列。例如,要对多列都进行降序排序,必须要在每一列的列名后面加 DESC 关键字。而 DISTINCT 不同,DISTINCT 不能部分使用。换句话说,DISTINCT 关键字应用于所有列而不 仅是它后面的第一个指定列。例如,查询 3 个字段 s_id,f_name,f_price,如果不同记录的这3个字段的组合值都不同,则所有记录都会被查询出来。
17
ORDER BY 可以和 LIMIT 混合使用吗?
在使用 ORDER BY 子句时,应保证其位于 FROM子 句之后,如果使用 LIMIT,则必须位于 ORDER BY 之后,如果子句顺序不正确,MySQL 将产生错误消息。
18
什么时候使用引号?
在查询的时候,会看到在 WHERE子 句中使用条件,有的值加上了单引号,而有的值未加。单引号用来限定字符串,如果将值与字符串类型列进行比较,则需要限定引号;而用来与数值进 行比较则不需要用引号。
19
在 WHERE子 句中必须使用圆括号吗?
任何时候使用具有 AND 和 OR 操作符的 WHERE 子句,都应该使用圆括号明确操作顺序。如果条件较多,即使能确定计算次序,默认的计算次序也可能会使 SQL 语句不易理解,因此使用括号明确操作符的次序,是一个好的习惯。
20
更新或者删除表时必须指定 WHERE 子句吗?
在前面章节中可以看到,所有的 UPDATE 和 DELETE 语句全都在 WHERE 子句中指定了条 件。如果省略WHERE子句,则 UPDATE 或 DELETE 将被应用到表中所有的行。
因此,除非 确实打算更新或者删除所有记录,否则要注意使用不带WHERE子句的 UPDATE 或 DELETE 语句。建议在对表进行更新和删除操作之前,使用 SELEC T语句确认需要删除的记录,以免造成无法挽回的结果。
21
索引对数据库性能如此重要,应该如何使用它?
为数据库选择正确的索引是一项复杂的任务。如果索引列较少,则需要的磁盘空间和维护开销 都较少。如果在一个大表上创建了多种组合索引,索引文件也会膨胀很快。
而另一方面,索引较多 可覆盖更多的查询。可能需要试验若干不同的设计,才能找到最有效的索引。可以添加、修改和删 除索引而不影响数据库架构或应用程序设计。因此,应尝试多个不同的索引从而建立最优的索引。
22
尽量使用短索引
对字符串类型的字段进行索引,如果可能应该指定一个前缀长度。例如,如果有一个 CHAR(255)的列,如果在前 10 个或 30 个字符内,多数值是惟一的,则不需要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间、减少 I/O 操作。
23
MySQL 存储过程和函数有什么区别?
在本质上它们都是存储程序。函数只能通过 return 语句返回单个值或者表对象;而存储过程 不允许执行 return,但是可以通过 out 参数返回多个值。函数限制比较多,不能用临时表,只能用表变量,还有一些函数都不可用等等;而存储过程的限制相对就比较少。函数可以嵌入在 SQL 语句中使用,可以在 SELECT 语句中作为查询语句的一个部分调用;而存储过程一般是作为一个独立的部分来执行。
24
存储过程中的代码可以改变吗?
目前,MySQL 还不提供对已存在的存储过程代码的修改,如果必须要修改存储过程,必须使用 DROP 语句删除之后,再重新编写代码,或者创建一个新的存储过程。
25
存储过程中可以调用其他存储过程吗?
存储过程包含用户定义的 SQL 语句集合,可以使用 CALL 语句调用存储过程,当然在存储 过程中也可以使用 CALL 语句调用其他存储过程,但是不能使用 DROP 语句删除其他存储过程。
26
存储过程的参数不要与数据表中的字段名相同
在定义存储过程参数列表时,应注意把参数名与数据库表中的字段名区别开来,否则将出 现无法预期的结果。
27
存储过程的参数可以使用中文吗
一般情况下,可能会出现存储过程中传入中文参数的情况,例如某个存储过程根据用户的 名字查找该用户的信息,传入的参数值可能是中文。这时需要在定义存储过程的时候,在后面加上 character set gbk,不然调用存储过程使用中文参数会出错,比如定义 userInfo 存储过程,代码 如下:
CREATE PROCEDURE useInfo(IN u_name VARCHAR(50) character set gbk, OUT u_age INT)
28
MySQL 中视图和表的区别以及联系是什么?
两者的区别:
(1)视图是已经编译好的 SQL 语句,是基于 SQL 语句的结果集的可视化的表,而表不是。
(2)视图没有实际的物理记录,而基本表有。
(3)表是内容,视图是窗口。
(4)表占用物理空间而视图不占用物理空间,视图只是逻辑概念的存在,表可以及时对它 进行修改,但视图只能用创建的语句来修改。
(5)视图是查看数据表的一种方法,可以查询数据表中某些字段构成的数据,只是一些 SQL 语句的集合。从安全的角度来说,视图可以防止用户接触数据表,因而用户不知道表结构。
(6)表属于全局模式中的表,是实表;视图属于局部模式的表,是虚表。
(7)视图的建立和删除只影响视图本身,不影响对应的基本表。
两者的联系:
视图(view)是在基本表之上建立的表,它的结构(即所定义的列)和内容(即所有记录) 都来自基本表,它依据基本表存在而存在。一个视图可以对应一个基本表,也
可以对应多个基本 表。视图是基本表的抽象和在逻辑意义上建立的新关系。
29
使用触发器时须特别注意
在使用触发器的时候需要注意,对于相同的表,相同的事件只能创建一个触发器,比如对表 account 创建了一个 BEFORE INSERT 触发器,那么如果对表 account 再次创建一个 BEFORE INSERT 触发器,MySQL 将会报错,此时,只可以在表 account 上创建 AFTER INSERT 或者 BEFORE UPDATE 类型的触发器。灵活的运用触发器将为操作省去很多麻烦。
30
及时删除不再需要的触发器
触发器定义之后,每次执行触发事件,都会激活触发器并执行触发器中的语句。如果需求 发生变化,而触发器没有进行相应的改变或者删除,则触发器仍然会执行旧的语句,从而会影响 新的数据的完整性。因此,要将不再使用的触发器及时删除。
31
应该使用哪种方法创建用户
创建用户有几种方法:GRANT 语句、CREATE USER 语句和直接操作 user 表。一般情况, 最好使用 GRANT 或者 CREATE USER 语句,而不要直接将用户信息插入 user 表,因为 user 表中存储了全局级别的权限以及其他的账户信息,如果意外破坏了 user 表中的记录,则可能会对 MySQL 服务器造成很大影响。
32
mysqldump 备份的文件只能在 MySQL 中使用吗
mysqldump 备份的文本文件实际是数据库的一个副本,使用该文件不仅可以在 MySQL 中恢 复数据库,而且通过对该文件的简单修改,可以使用该文件在 SQL Server 或者 Sybase 等其他数据库中恢复数据库。这在某种程度上实现了数据库之间的迁移。
33
如何选择备份工具
直接复制数据文件是最为直接、快速的备份方法,但缺点是基本上不能实现增量备份。备份时必须确保没有使用这些表。如果在复制一个表的同时服务器正在修改它,则复制无效。备份文件时,最好关闭服务器,然后重新启动服务器。为了保证数据的一致性,需要在备份文件前, 执行以下SQL语句:
CREATE PROCEDURE useInfo(IN u_name VARCHAR(50) character set gbk, OUT u_age INT)
目录下即可。mysqlhotcopy 是一个 PERL 程序,它使用 LOCK TABLES、FLUSH TABLES 和 cp 或 scp 来快速备份数据库。它是备份数据库或单个表的最快的途径,但它只能运行在数据库文件所在的机器上,并且 mysqlhotcopy 只能用于备份 MyISAM 表。
mysqlhotcopy 适合于小型数据库的备份,数据量不大,可以使用 mysqlhotcopy 程序每天进行一次完全备份。mysqldump 将数据表导成 SQL 脚本文件,在不同的 MySQL 版本之间升级时相对比较合适, 这也是最常用的备份方法。
mysqldump 比直接复制要慢些。也就是把内存中的数据都刷新到磁盘中,同时锁定数据表,以保证复制过程中不会有新的 数据写入。这种方法备份出来的数据恢复也很简单,直接复制回原来的数据库
34
平时应该打开哪些日志
日志既会影响 MySQL 的性能,又会占用大量磁盘空间。因此,如果不必要,应尽可能少地开启日志。根据不同的使用环境,可以考虑开启不同的日志。
例如,在开发环境中优化查询效率低的语句,可以开启慢查询日志;如果需要记录用户的所有查询操作,可以开启通用查询日志;如果需要记录数据的变更,可以开启二进制日志;错误日志是默认开启的。
35
如何使用二进制日志
二进制日志主要用来记录数据变更。如果需要记录数据库的变化,可以开启二进制日志。基于二进制日志的特性,不仅可以用来进行数据恢复,还可用于数据复制。
在数据库定期备份的 情况下,如果出现数据丢失,可以先用备份恢复大部分数据,然后使用二进制日志恢复最近备份 后变更的数据。在双机热备情况下,可以使用MySQL的二进制日志记录数据的变更,然后将变 更部分复制到备份服务器上。
36
如何使用慢查询日志
慢查询日志主要用来记录查询时间较长的日志。在开发环境下,可以开启慢查询日志来记 录查询时间较长的查询语句,然后对这些语句进行优化。通过配 long_query_time 的值,可以灵活地掌握不同程度的慢查询语句。
37
是不是索引建立得越多越好
合理的索引可以提高查询的速度,但不是索引越多越好。在执行插入语句的时候,MySQL 要为新插入的记录建立索引。
所以过多的索引会导致插入操作变慢。原则上是只有查询用的字段 才建立索引。
38
如何使用查询缓冲区
查询缓冲区可以提高查询的速度,但是这种方式只适合查询语句比较多、更新语句比较少 的情况。默认情况下查询缓冲区的大小为 〇,也就是不可用。可以修改 queiy_cache_size 以调查询缓冲区大小;修改 query_cache_type 以调整查询缓冲区的类型。在 my.ini 中修改 query_cache_size 和 query_cache_type 的值如下所示:
表示开启查询缓冲区。只有在查询语句中包含 SQL_NO_CACHE 关键字 时,才不会使用查询缓冲区。可以使用 FLUSH QUERY CACHE 语句来刷新缓冲区,清理查询缓冲区中的碎片。
需要Java资料的小伙伴可以私信我,免费赠送
来源:知乎
作者:白天不懂夜的黑
原文链接:https://zhuanlan.zhihu.com/p/73092942
网友评论