文章目录 一、MySQL服务的安装二、数据库基础1.什么是数据库?(基于CS模式的一套数据存取的网络服务)2. Linux文件系统和数据库的关系 && 主流数据库3.MySQL架构 && SQL分类 && MySQL存储引擎
1.
安装mysql服务器的时候,我们将用户身份切换为root,安装好之后普通用户也是可以通过Mysql命令行式的客户端来访问mysqld服务,初期学习MySQL的时候建议直接使用root的身份来进行学习,快速上手基本的sql语句编写之后,我们在后期学习用户管理时,可以自己手动新建普通用户,给普通用户赋予一定的数据库管理权限。
2.
安装MySQL需要分为两个步骤,首先需要卸载干净掉云服务器上可能预先内置的MySQL服务,我们需要将原有的环境先卸载干净,然后在服务器上重新安装布置MySQL服务。
(1)云服务器上可能内置了mariadb(MySQL的一个开源分支)或MySQL,所以先查看一下是否有这些服务,如果有则将这些服务停止掉。查看是否存在服务的指令: ps axj | grep mariadb 停止服务的指令:systemctl stop mariadb.service 停止掉服务之后,我们可以继续ps axj | grep mariadb 或 ps axj | grep mysql 查看系统中是否有这些存储服务,如果没有,说明我们停止成功。
(2)如果你曾经安装过mysql或mariadb服务,则系统中一定会留有yum源安装时,从远端拉取到本地的安装包,这些安装包的后缀都是rpm,查看所有的yum残留安装包的指令:rpm -qa,查看mariadb或mysql残留安装包的指令:rpm -qa | grep mysql 和 rpm -qa | grep mariadb,卸载时如果一个一个卸载可能有些麻烦,所以我们可以通过rpm查询后的结果通过管道传输,然后将管道传输的内容传递给xargs指令,xargs再将这些文件名传递给yum remove指令,让yum remove统一卸载这些残留的安装包,卸载的指令为:rpm -qa | grep mysql | xargs yum -y remove,卸载成功后,我们可以再次调用rpm -qa | grep mysql查看是否还有剩余的安装包,如果没有,则说明我们已经卸载残留的安装包成功了。
(3)当系统中已经停止掉了mysqld服务,并且卸载了所有的剩余安装包,则说明原有环境已经干净了。为了检验原有环境是否完全干净,我们还可以ls /etc/my.cnf查看是否存在my.cnf这个文件,如果该文件不存在,则环境已经干净了。ls /var/lib/mysql中的内容是上一个mysql数据库中所残留的数据,MySQL服务在卸载的时候,默认不会将数据删除掉,这些数据我们可以不用管,他们并不影响我们后续MySQL服务的安装和使用。
3.
(4)接下来我们就可以正式的在我们linux机器上部署MySQL服务了,首先我们需要去官方下载官方的mysql yum源mysql yum源地址,打开地址后会有很多版本的mysql yum源,确保我们下载正确的mysql版本之前,我们需要查看一下自己linux机器的版本,cat /etc/redhat-release,点开网页之后其实是找不到Centos 7.6版本的yum源的,我们需要右键查看页面源代码,显示出完整信息之后,就找el7的,el代表centos,至于MySQL服务的版本不需要选择太新的,选择MySQL5.7版本的即可,147行的yum源就正好符合我的linux机器版本以及我所需要的mysql服务版本。
下载之后我们可以将该文件ctrl+x剪切到桌面上(方便查找),然后在xshell下可以通过sudo rz命令将桌面上的yum源文件上传到linux机器上,注意xshell不支持从桌面拖拉文件到xshell界面的方式来上传文件,必须通过rz指令来上传文件到linux机器上。
上传之后我们就会得到一个以.rpm为后缀的yum源文件,然后我们需要将该yum源安装到linux机器上的yum源清单中,通过rpm -ivh mysql57-commUnity-release-el7.rpm,安装之后,ls /etc/yum.repos.d/ -al可以查看到系统的yum源清单,更新yum源之后,我们可以通过yum list | grep mysql查看系统中相关的mysql的资源。更新yum源之后,我们就可以将上传到linux上的mysql yum文件删除掉了,这个.rpm文件现在就没什么用了。
(5)现在我们就可以使用yum命令一键安装mysql服务了,使用sudo yum install -y mysql-community-server,此时yum就会按照自己的yum源自动的帮我们一键安装MySQL服务,安装过程中可能会遇到密钥过期的问题,我们可以从网络中拿取新的密钥进行更新linux机器的密钥,rpm --import https://repo.mysql.com/RPM-GPG-KEY-mysql-2022执行该指令即可更新Linux机器的密钥,更新之后重新yum安装MySQL服务即可。
安装成功之后,ls /etc/my.cnf可以看到my.cnf文件,并且netstat -nltp还可以看到守护进程mysqld,启动或者停止这样的守护进程mysqld,我们可以通过systemctl stop mysqld,systemctl start mysqld,systemctl restart mysqld(重启守护进程)。
上传好的yum源文件,以.rpm为文件后缀
将yum源安装到linux机器上的yum源清单中
安装MySQL服务之后,可以看到一个守护进程mysqld,该进程即为MySQL的服务进程,为我们提供MySQL数据存储服务。
在bin和sbin目录下分别存在两个可执行文件,一个是mysql,代表登录mysqld服务的客户端,一个是mysqld,代表提供网络数据存储服务的服务端。
3.
(6)安装好MySQL的整个服务之后,我们就可以通过命令行式的客户端来使用和登录mysqld服务了,mysql -uroot -p即可登录MySQL服务,但在登录时由于我们没有密码,所以还需要将my.cnf配置文件的内容更改一下,在文件末尾加入一行skip-grant-tables,即跳过鉴权,这样在登录的时候,我们就不需要输入密码,直接连续点两下回车即可登录MySQL服务了,登录MySQL服务之后,show databases;即可看到当前数据库中已有的database。(注意修改my.cnf配置文件后,需要让配置的内容生效,但此时mysqld服务进程早就已经启动了,所以我们需要让mysqld守护进程重新启动一下,这样才能使跳过鉴权的操作生效)
4.
至此为止,我们就搞定了MySQL的登录问题,但还差一件事就是配置my.cnf文件,主要配置的是MySQL客户端和服务端的编码格式,我们统一使用utf8的编码格式,保证客户端和服务端使用的编码是一致的。
mysql客户端的编码格式我们先不设置,只设置mysqld服务端的即可,配置之后还是老样子,重启mysqld服务,让我们的配置生效即可。
(systemctl enable mysqld 和 systemctl daemon-reload可以设置mysqld服务为开机自启动,不过因为我们使用的是云服务器,云服务器不会关机,所以这个指令设置不设置都没什么区别,如果你用的是虚拟机,则可以设置。)
1.
使用命令行来登录MySQL,mysql -h127.0.0.1 -P3306 -uroot -p来进行登录,但今天我们的客户端和服务端都是在同一台linux机器上,上面的-h和-P选项可以不带,因为mysql客户端默认连接的就是本地的MySQL服务,另外my.cnf配置文件中已经有了mysqld服务的端口号3306,所以我们的客户端在连接MySQL服务时,是可以找到本地主机上的mysqld网络服务的。
所以实际在登录mysql服务时,只需要指明-u用户是谁,以及-p密码是什么即可,由于我们在my.cnf中加了skip-grant-tables,所以-p也不需要我们输密码,直接回车就可以登录。
2.
MySQL是一种基于CS(client and server)模式的网络数据存储服务,提供了客户端mysql,以及服务端mysqld,客户端可以通过网络连接到服务器上,并向服务器发送SQL语句请求,服务器负责执行SQL语句,并将执行结果返回到客户端上。
服务器是数据库的管理者,负责存储,管理,维护数据库中的数据,同时MySQL支持多种客户端的连接方式,除了我们现在所使用的命令行式的客户端连接方式外,还支持图形化界面workbench,以及语言级别的api来连接mysql_init() + mysql_real_connect(),所以mysqld可以允许多个客户端同时连接到一个数据库服务器上,实现多个客户端之间的协同操作以及数据共享。
而我们口语上所说的数据库,大多数是指在内存中或磁盘中存储的特定结构组织的数据,表和表之间互相关联而成的数据存储结构,但实际上数据库是一套在内存上运行的网络服务,用于实现数据存取。
3.
存储数据用文件就可以了,为什么还要搞个数据库呢?
(1)文件不利于数据的查询和管理,同时文件不利于存储海量数据,其实这两点说的是同一点。
因为普通的文件存储方式只适合于小规模的数据存储,例如存储文本文件,图像、视频等文件,一旦存储海量数据,文件不会对数据进行管理和组织,如果我们要查询海量数据中的某些数据时,则需要自己手动编写文件io的代码,这太低效了,每次查询都需要重新编写文件IO的代码,同时文件存储方式也没有提供数据索引和查询功能,一旦查询,则需要在海量数据中一个一个遍历的查询,效率太低。
(2)文件非常不安全,因为文件没有加密和权限控制等方式,反观数据库通过权限,认证,加密等方式来保证数据的安全性。
(3)文件在程序控制中非常的不方便,想必这个缺点大家都感同身受吧,文件操作简直太恶心了,要处理读取内容末尾的\n,并且读取上来的内容也都是一大块放到缓冲区里的数据,同样没有对数据进行组织和管理。
所以数据库对我们来说相当于一个中间件,以往我们对数据进行存取,可能只能通过文件读写的方式来进行,但现在有了数据库之后,我们可以将自己的需求通过mysql客户端交给mysqld服务器,mysqld会和磁盘打交道,进行我们的sql语句的执行,从磁盘中拿取对应的数据或其他处理结果,将这个处理结果返回到mysql客户端,这样就完成了程序员对数据的存取需求。
程序员直接操纵mysql客户端即可完成对磁盘上数据处理的工作,不用在繁琐的进行文件IO,你给mysqld请求,mysqld给你返回结果。
1.
实际上所谓的在MySQL中建立database,实际就是在对应linux文件系统中的/var/lib/mysql路径下创建一个目录,所谓的在database中建立一个或多个table,实际就是在linux的mysql路径下的目录中创建对应的文件。这些工作都是由谁做的呢?实际就是由mysqld服务器做的,服务器会在linux机器的磁盘上创建出对应的目录和文件。
所以数据库的本质就是文件,每个database都会对应linux磁盘上的一个文件,只不过这些文件不应该由程序员直接手动操控,而是应该由数据库mysqld服务器来进行操控,让mysqld来进行磁盘上数据的存取。
2.
下面这张图刻画了MySQL服务和Linux文件系统的关系,对于普通的数据我们可以直接操纵文件系统来处理磁盘上的数据,而对于需要管理和组织的数据,我们则通过数据库管理系统即CS模式下来进行数据的存取。
一般开发人员会对每个特定业务都分配一个database,在每个database内部会创建多个相互级联和组织到一起的表结构,用于存储该业务所需要的数据。
3.
SQL Sever: 微软的产品,.net程序员的最爱,中大型项目。
oracle: 甲骨文产品,适合大型项目,复杂的业务逻辑,并发一般来说不如MySQL。
MySQL:世界上最受欢迎的数据库,属于甲骨文,并发性好,不适合做复杂的业务。主要用在电
商,SNS,论坛。对简单的SQL处理效果好。
postgresql :加州大学伯克利分校计算机系开发的关系型数据库,不管是私用,商用,还是学术研
究使用,可以免费使用,修改和分发。
SQLite: 是一款轻型的数据库,是遵守ACID的关系型数据库管理系统,它包含在一个相对小的C库
中。它的设计目标是嵌入式的,而且目前已经在很多嵌入式产品中使用了它,它占用资源非常的
低,在嵌入式设备中,可能只需要几百K的内存就够了。
H2: 是一个用Java开发的嵌入式数据库,它本身只是一个类库,可以直接嵌入到应用项目中
上面的数据库管理系统中,国内用的最多的还是MySQL,银行金融业用oracle比较多,MySQL的生态很完整,经过时间的考量,已经暴露出很多的bug,并且有相关活跃的社区修改这些bug,数据库也比较稳定。
1.
除MySQL客户端外,MySQL服务器整体的架构分为三层。
第一层是连接管理,也就是connection pool连接池,这一层会进行连接处理connection handle,身份认证authentication,安全策略security,这一层也是和MySQL客户端打交道最近的一层,对MySQL客户端发起的连接做处理。
第二层是SQL语句的接口SQL interface,sql语句的解析器parser,以及sql语句的优化optimizer,因为MySQL的sql语句的标准格式是全大写的,而我们敲的sql语句一般是小写的,所以mysqld服务在收到sql语句之后,还要对sql语句做一定的优化optimizer,除此之外mysqld也有自己的caches缓存策略,比如某一个database使用innodb存储引擎时,该缓存层会开辟一大块的buffer pool用于数据的缓存,该缓存层可以很好的解决由于多次IO导致的程序性能降低问题,他可以根据局部性原理,在加载数据时,同时加载一批相关的数据,除了缓存数据之外,caches还会进行sql语句查询的缓存,以及表信息的缓存等,是很重要的一层。
第三层是支持热拔插的存储引擎,值得注意的是,这里的热拔插并不是指物理上的某些插头进行拔插,而是指软件层面上的支持动态添加,删除和替换存储引擎的能力,可以在数据库运行时,动态的添加或删除存储引擎,而无需停止数据库服务或重启服务器,实现数据的平滑迁移。
例如我们的某个database现在使用的是MyISAM存储引擎,可以支持大量的非事务性,大文件数据的存储和读取,如果我们想让该database的数据保证完整性和一致性,则需要使用innodb存储引擎,它可以支持ACID(Atomicity、Consistency、Isolation、Durability)的事务以及快速查找时需要的B+索引结构。
而这三层站在操作系统的角度来看依旧是应用层,应用层下面才会到内核层,也就是接近linux内核的文件系统,进程管理,驱动管理,内存管理等等。如果站在网络角度来看的话,那也是应用层,在下面才会到传输层。
2.
MySQL的sql语句大体分为三类,分别是DDL(data definition language)数据定义语言,DML(data manipulation language)数据操纵语言,DCL(data control language)数据控制语言,在DML中又单独分了一个DQL(data query language)数据查询语言。
DDL:用来维护存储数据的结构,例如表table结构,数据库database结构,常用的sql语句有create drop alter
DML:用来对结构中的数据内容进行操纵,常用的sql语句有insert delete update等,其中单独分出来的select语句就属于DQL。
DCL:主要负责权限和事务的管理,不负责处理库或表结构数据,也不负责处理库或表中存储内容的数据,主要进行一些连接用户的权限或事物的回滚提交等操作,常用的sql语句有grant、revoke、create user、commit,rollback等。
3.
存储引擎是MySQL数据存取服务的最重要的组成部分,是mysqld进行数据存储,为存储的数据建立索引,对数据进行CURD(create update read delete)等技术的具体实现方法,mysqld数据存储服务的核心实现就是依靠热插拔的存储引擎来实现的。
通过show engines就可以看到我们当前的MySQL服务使用的默认的存储引擎就是我们当时在my.cnf中配置好的InnoDB存储引擎,除InnoDB外,另一个常用的存储引擎就是MyISAM,我们主要学习和使用的是InnoDB存储引擎,因为他支持事物transaction,行级锁定row-level locking,可以支持高并发读写的场景,而MyISAM不支持事务和行级锁定,只支持表级锁定,也就是如果有客户端对表做CUD操作,则必须串行化执行,无法进行并发式的执行,这会降低效率。所以如果有大量读写并发的场景,则建议使用InnoDB存储引擎,该存储引擎支持行级锁定,只锁定表中的某一行数据,其他未锁定的行依旧可以进行高并发的CURD操作,效率会变得比较高,但同时会增加数据库系统的开销和负责度。
4.
下面是各个存储引擎的功能feature,包括存储空间限制storage limits,事务transaction,锁定的粒度大小locking granularity,多版本并发控制mvcC,B+树索引B-tree indexes,T+树索引T-tree indexes,哈希索引hash indexes,数据缓存data caches,索引缓存index caches,数据复制技术replication support,外键foreign key support,查询缓存query cache support等。
查看MySQL中所有的数据库:show databases;
创建数据库的指令和显示创建数据库时的指令
!40100 default… / 这个不是注释,表示当前mysql版本大于4.01版本,就执行这句话,其实就是设定数据库的编码集为utf8
删除数据库的指令。记住绝对不要以手动直接删除linux文件系统中目录的方式来删除数据库,打死都不要这么干,因为mysqld负责管理这些特殊的文件,程序员不应该干涉mysqld的工作,而应该通过mysql客户端发送sql语句的方式来对linux磁盘上的文件进行CURD。
注意:删除数据库这样的指令非常的危险,不要轻易的删除,因为删除数据库后是无法恢复出来的,除非你提前做了数据库的备份,这条sql语句就和rm -rf ./*这样的指令一样,非常的危险!请谨慎执行!
1.
上面的sql语句说完之后,我们需要来谈一个重要的话题,就是编码集charset和校验集collate,在创建数据库的时候指定这两个字段的值。
编码集指的是数据库存储数据时所使用的编码规则,校验集指的是数据库在查找数据进行数据比对的时候,所使用的比对规则。database必须保证编码集和校验集所使用的编码格式是统一的。
2.
MySQL5.7默认的编码集和校验集分别是utf8和utf8_general_ci,在MySQL 8.0及以上版本中,utf8_general_ci被替换为utf8mb4_general_ci作为默认的校验规则,这样可以支持更为广泛的字符集和表情符号。
数据库支持的字符集和校验集,但默认都是utf8
配置文件中数据库的编码默认就是utf8
3.
除了使用默认的编码和校验规则之外,我们也可以在创建数据库的时候,指定编码和校验规则,例如下面创建数据库的时候,使用到了gbk的校验规则。
4.
下面对比了utf8_general_ci和utf8_bin校验规则不同时,数据库查询时所造成的查询结果的不同,其实就是区不区分大小写,默认数据库是不区分大小写的,也就是utf8_general_ci校验规则
5.
使用数据库:use database_name,确认当前自己在哪个数据库里面:select database(),修改数据库的编码或校验规则:alter database database_name charset=xxx或collate xxx
注意:大部分情况下我们都不会去修改数据库的编码或校验规则,只使用my.cnf配置文件中的编码规则即可。
1.
数据库的重命名MySQL是不支持的,并且这是非常合理的,因为数据库的名字是量级很重的,一旦数据库的名字发生改变,则上层所有使用数据库的代码都需要做出调整,代价特别大,所以一般在项目前期讨论协商的时候,一定要确定好数据库的命名等工作,等到项目开始开发的时候,就不要更改这些量级比较重的地方了。
除非万不得已,必须要对数据库重新命名的时候,一般会采用备份与恢复的方式来进行重命名,备份的指令:mysqldump -P3306 -u root -p 密码 -B 数据库名 > 数据库备份存储的文件路径,备份成功后,在指定的路径下面就会存在.sql文件,打开.sql文件其实就可以看到其中备份的内容,其实就是sql语句和相对应的数据。恢复数据库的指令:source 文件路径+文件名,恢复数据库实际就是将当初创建数据库时所执行的sql语句全部重新执行一遍,这样就恢复好数据库了。
2.
如果备份的不是整个数据库的所有内容,而是一张表,则可以通过指令:mysqldump -u root -p 数据库名 表名1 表名2 > 路径/mytest.sql,也可以备份多个数据库 mysqldump -u root -p -B 数据库名1 数据库名2 … > 数据库存放路径。
如果备份一个数据库时,没有带上-B参数, 在恢复数据库时,需要先创建空数据库,然后使用数据
库,再使用source来还原。所以如果你想对数据库重命名的话,则可以在备份数据库的时候,不带上-B参数,备份成功后,删除现有的数据库,然后在恢复数据库的时候,先自己创建一个数据库(指定自己想要的数据库名称),然后在执行source sql语句进行数据库内容的恢复。
3.查看数据库的连接情况
1.
创建表的时候,()内的内容为列名和列的属性,()后面的内容为表的属性字段,例如编码集,校验集,存储引擎等,myisam将数据和索引分开存储,innodb将数据和索引一块存储。等到后面我们会学到,MyISAM的主键索引和非主键索引都是非聚簇索引,而InnoDB的主键索引是聚簇索引,非主键索引是非聚簇索引。后面在学习到聚簇和非聚簇时,我们会详谈。
2.
查看表就是下面这三条sql语句,分号;和\G都可以作为sql语句的结束,只不过显示的方式不同,前者是以行为分隔符进行显示,后者是以二维形式的表结构来进行显示。
3.
修改表名:alter table old_table_name rename to new_table_name,to可以省略,直接rename
向表中新增一列:alter table table_name add 列名 列属性 after 表中的某一列名,如果不带after的话,则新增的一列默认是在表的尾部。
修改表中某一列的属性:alter table table_name modify 列名 新属性
删除表中的某一列:alter table table_name drop 列名
修改表中某一列的名字:alter table table_name change 新列名 新属性
4.删除表:drop table 表名
值得注意的是,删除表,删除库,修改库名,修改表名这样的操作都很危险,如果在项目开发一半的时候产品经理告知要修改表名或者库名,那就很有可能在上层出现逻辑问题或编译问题,这对程序员是一种莫大的伤害,所以在前期讨论项目构建的时候,一定要确定好库结构,表结构,库名,表名,等到项目开始开发的时候,这些就不要改动了。
1.
总结一下,如果我们要对表结构做修改,使用的关键字是alter,改表名字是rename,增加列是add,修改列属性是modify,修改列名是change,删除某一列是drop。
对库或表结构做查看的时候,一般会用到show和show create两个sql语句,对表结构信息查看还多了一个desc语句。
删除库或表,统一使用的是drop语句
2.
我们上面所学的都是DDL语句,即数据定义语言,不是DML,更不是DCL语句,在学习完数据类型之后,我们紧接着学习的就是DML语句,对表中存储数据的增删查改语句。
1.
下面是MySQL中的整数类型,常用的数据类型是int,在MySQL里面定义列的时候,是列名在前,列属性在后,如果数据类型后面什么都没有带,则默认是有符号的,只有显示带了unsigned,则才是有符号的。
2.
在C/C++语言中,如果我们将一个整数初始化一个char类型的变量,则默认进行隐式类型转换,发生截断,然后进行存储,但在MySQL里面并不会这样,例如下面我创建了tinyint类型的num列,当我插入的数据是合法的时候,则可以顺利的插入到表中,而如果插入的数据不合法时,MySQL会直接拦截我们,不让我们做对应数据的插入,反过来,如果有数据插入到MySQL中,则已经插入的数据一定都是合法的数据。
所以在MySQL中,数据类型本身也是一种约束,约束使用者进行合法数据的插入,通过这样的约束就可以保证数据库里面数据的可预期性和完整性。
3.
实际在建表,给某一列字段分配具体数据类型的时候,一定要结合具体使用场景来分配,如果你分配的不够合理,则很可能会出现空间浪费的情况,比如某一列只需要1字节即可完成数据的存储,但你却用了bigint属性,那存储一条数据就会浪费7字节的空间,而数据库存储的数据又是海量的数据,最后浪费的空间则会非常巨大,平白无故给系统带来很大的消耗。
所以在实际分配数据类型时,一定要合理的结合具体使用场景来分配。
4.
还有一个常用的数值类型就是bit,我们可以用一个比特位来充当某些列字段的类型,bit位的个数最多是64位,如果在列名后面加bit不带括号指定位数的话,则默认是1bit,从右边插入数据的过程可以看到,当只有一个比特位的时候,插入的数据只能是0或1,其他数据均无法正常插入,被MySQL拦截。
在显示表中内容的时候,我们可能看不到类型为bit的列字段的值,其实主要是因为当存储的数据大小小于1字节时,utf8编码和ascll编码是相同的,而0和1在ascll编码中属于不可见字符,所以在显示表t3内容的时候,我们看不到online的字段值。如果想要显示,则可以通过函数hex()来进行显示,该函数可以将online字段改为16进制显示,这样就可以看到online的值了。
1.
float double decimal的使用方式均相同,float[(m, d)] [unsigned] : M指定显示长度,d指定小数位数,占用空间4个字节,decimal(m, d) [unsigned] : 定点数m指定长度,d表示小数点的位数,括号中都是两位,前者表示整体的小数长度,后者是小数点后面的位数。
2.
当类型为float(4,2)的时候,可以看到下面的数值越界测试,MySQL是允许小数部分进行四舍五入的进行插入的,但必须要满足四舍五入之后总体的长度位数不能超过4,下面插入的数据有正有负,允许插入的数据范围为-99.99到99.99,如果你插入的小数位数大于2,则先进行四舍五入,在四舍五入之后的数值如果还在数据范围内,则允许插入。
当数值类型加上unsigned修饰的时候,负数不允许插入,可插入的数值范围减半。
2.
float的精度大约是7位,如果插入的数据大于7位的话,则实际保存在数据库中的数据位数可能会不准。
3.
如果你想让存储的数据的精度更高的话,则可以使用decimal数值类型,可以看到,当相同数值向不同类型的列字段f1和d1进行插入的时候,decimal存储的精度显然更高一些。(不同的MySQL版本,decimal的精度可能会有差异)
1.
当创建表的第二个列字段为char(2)的时候,可以看到两个汉字和两个字母都可以插入到表中,但三个字母却无法插入,如果这里的字符和C语言中的字符概念相同的话,那就是2个字节的大小,那就不应该插入两个汉字,因为两个汉字在utf8编码下共占用6字节,应该会溢出的呀!
所以MySQL中的字符和C/c++语言中的字符概念是不同的,MySQL中的字符指的是一个字节序列,这个字节序列可以由多个字节构成,例如一个字符,一个ascll字符,或一个四字节的象形文字,表情符号等等,都算是一个字节序列。
char最大允许255个字符长度进行插入,如果你想要更大的数值类型,则可以使用blob(binary large object)和text,blob适合存储二进制数据,例如图像,声音,视频等多媒体数据,text适合存储文本数据,例如文章,日志等数据。
文本数据在存储时,一般会先按照对应的编码格式,例如utf8或ascll等,进行文本数据的编码,然后将编码后的数据按照对应编码的二进制表示形式存储到磁盘上,在取数据时,按照对应的编码格式进行解码,即可得到原始的文本数据。
2.
varchar是可变长度字符串,支持的最大字节数为65535,同时varchar还需要1-3个字节来记录数据的大小,所以有效字节数为65532,utf8中一个普通字符最大所占字节数为3字节,所以varchar的参数最大值是21844。
3.
21844个字符长度指的是表中一行的长度,如果表中一行里面还有其他的字段,则创建varchar时的参数还要比21844再小一些。值得注意的是,如果你使用某一数据类型,频繁的达到临界存储条件的话,则应该更换更大的数据类型进行存储。
4.
char和varchar的使用要结合具体场景来看,比如存储某些长度不变的数据时,则可以直接使用char,如果要存储长度变化的数据时,则可以使用varchar,但同时要保证varchar能够存储的下长度变化最大时的数据。
1.
常用的日期时间类型分别为date,datetime,timestamp,前两个为固定值,一旦插入到表后,除非你用update语句进行修改,否则不会发生变化,而timestamp是时间戳,只不过这里的时间戳的表示形式是年月日时分秒,而不是一长串表示秒的数字,当时间戳的数值插入到表后,该时间戳会随着表中任意数值内容的改动而发生改动,换句话说,只要表中内容被修改,则时间戳会自动更新为当前最新的时间。
timestamp字段由自己的默认值,所以在插入数据的时候,我们可以不用管这一列的值,后面我们学到约束的时候,就知道Default字段的含义了。
当我对表中第一行信息更新的时候,timestamp自动更新为当前的时间。
2.
时间戳一般可以用来实现评论,比如某个用户发表了自己的评论,当他对自己评论做修改的时候,该评论对应的timestamp会自动更新。
比如下面的例子中,我将评论”C++好找工作吗?“修改为“学好的话肯定是好找工作的”,则对应的timestamp类型的time字段的值会自动更新为当前最新时间。
3.
datetime时间日期类型一般用于记录某个固定的时间日期,比如员工的入职时间,办理身份证的时间,这些时间是不能随表的内容更改而更改的。
而date日期类型一般用于记录某个不需要时间,只需要日期的固定数值,例如你女朋友的生日,只需要记录日期即可,不需要记录几分几时几秒。
1.
enum是枚举类型,可以在枚举的选项中单选出一个作为数值插入到表中,set是集合类型,可以在集合的选项中多选或单选出某些数值插入到表中。
enum在插入数值时,除插入枚举所给的选项外,也可以插入每个选项值对应的数字,从1开始依次向后为每个选项对应的数字下标。
set在插入数值时,除插入集合所给的选项外,也可以插入每个选项值对应的数字,每个选项值通过唯一的比特位来标识,也就是位图,用一个比特位来标识当前选项是否被选中。
2.
可以看到在插入数据时,如果你插入的gender字段不在枚举选项里面,则MySQL会直接拦截你对数据的插入,这再一次说明了类型本身就是约束,同时也可以看到枚举选项也可以用数字下标来代替,例如12分别代表枚举选项中的男和女,下标一般从1开始,这里与C或C++语言有所不同。
插入set集合的选项时,如果要插入多个则需要用逗号分隔开来,注意不能含有空格,必须只有逗号来作为多个选项之间的分隔,同时所有选项外面用单引号括住,或双引号括住,无论是单引号还是双引号,MySQL都是支持的。
3.
值得注意的是,在插入set选项时,是可以用0来作为数字插入的,只不过插入的是空串,在MySQL这里空串和NULL是由区别的,NULL指的是该列字段彻底为空,没有该列字段,如果赵六的hobby是NULL的话,则说明赵六没有hobby这一字段值,如果赵六的hobby是""的话,则说明赵六有hobby这一字段值,只不过hobby为空,这两个是不同的概念。
在插入set选项时,强烈不建议插入数字,因为插入数字的可读性太差。
4.
枚举和集合的查询,枚举在进行查询的时候,直接在where子句中添加筛选条件即可完成查询,不过where子句中的筛选条件是一种绝对的匹配,适用于枚举的严格匹配查询,因为枚举只能单选,比如gender只能有男或女,则匹配的时候直接绝对匹配即可。
如果在集合中进行查询时,则就不符合条件了,例如我想找出爱好中包括打篮球的人,如果使用where子句进行筛选的话,则查询出来的人的爱好就只有打篮球,所以仅仅使用where是不行的。还需要配合一个函数叫做find_in_set(sub,str_list) :如果 sub 在 str_list 中,则返回下标;如果不在,返回0;str_list 是用逗号分隔的字符串。
则使用select * from votes where find_in_set(‘打篮球’, hobby)即可查询到hobby里面包含打篮球的人,find_in_set会遍历表中所有人的hobby,只要包含打篮球字段,则返回大于等于1的值,则where条件判断为真,select此时会显示出来,如果不包含打篮球字段,则返回0,where条件判断为假,select就不会显示出来了,这也就是为什么枚举的下标是从1开始的了,因为MySQL中某些函数想要用0来作为查询结果是否存在的判断值。
find_in_set的第二个参数为以逗号分隔的字符串,也可以是set集合,或enum枚举,他俩也都是以逗号分隔的多个字符串。
1.
约束的唯一目的其实就是为了保证数据库中数据的有效性,可预期性和完整性,一旦插入的数据不符合表约束,则MySQL直接拦截数据的插入,倒逼程序员向数据库中插入有效的数据。让数据库中的数据都是符合约束的。
1.
not null一般约束的是,当我们在插入对应的列字段时,该列字段的数值不能为null值,必须是有效值,同时当我们创建一个表添加列字段的时候,如果什么属性都不带,则会有一个默认属性default,default的值为null,这点我们可以通过show create table xxx \G SQL语句看到。
同时null是指什么都没有,并且不参与任何计算。
2.
other列什么属性都没有带,则sql默认会给他带上一个default属性,该属性字段值为null,所以在插入数据的时候,values的右边可以忽略掉other列,忽略掉这一列,则实际插入数据时,该列字段使用默认值null来进行插入。
我们也可以选择不忽略掉other列,如果不忽略的话,则使用我们自己插入的数据,不使用默认值,other列也没有not null约束,所以在插入数据的时候,我们也可以显示的插入null值。
通过下面的报错也可以看到default和not null分别控制的是什么,当我们忽略掉class_name或class_room列字段时,MySQL报错的是doesn’t have a default value,告诉我们该列字段没有默认值,所以你是不可以忽略这列字段的。
而当values左面的括号进行全列插入的时候,插入class_name或class_room列字段值为null时,此时MySQL报错的才是cannot be null,不允许为空值,因为有not null非空约束。
3.
default默认值约束,如果用户在插入数据时,想要忽略这一列字段的插入,则可以使用default,例如一个程序员相亲网站,大部分用户肯定都是男性,所以我们可以默认用户的gender为男。
default的使用方式有两种,一种是忽略该字段插入,默认使用default的值,一种是不忽略该字段插入,手动的插入自己想要的值。
4.
当not null和default属性叠加到一块时,其实就是如果你忽略该列,则直接使用default的值,如果你不忽略该列,则插入的值不能为null值。就这么简单。
5.
有一些MySQL的默认行为还需要给大家说一下,当创建一个表的时,如果什么属性都不带,则默认会有一个default:null的属性,一旦添加任意一个属性,则MySQL给该列自带的default属性就会消失。
not null和default分别约束的是,插入数据的值不能为null和忽略该字段的插入时,直接使用default值。
1.
comment约束并没有什么实际的含义,在建表的时候,可以在列字段后面加上一些内容上的描述,此时就可以使用comment约束来实现。
不过这些字段值在desc查看表结构的时候,并不会显示出来,只有在show create table xxx显示创建表结构时的sql语句时候才会显示出来,所以comment的值不是给数据库看的,而是给数据库管理员(DBA)或维护数据库的程序员看的。
2.
zerofill是关于显示方面的约束,并不会更改数据实际在磁盘上的存储结果,仅仅只是更改显示的结果而已,默认的int unsigned数值类型,在desc查看时,int后面会有个括号,里面的数字是10,其实10代表的是数字字符的个数,如果你在创建表的时候,不显式指定括号里面的数字的话,则MySQL默认会认为int unsigned是10位,此时如果给列字段增加zerofill,则显示出来的结果会变成10位的数字,高位用0来进行填充。
3.
如果显示的数字位数小于int括号里面的数字的话,则空余位全部用zero填充,如果显示的数字位数大于int括号里面的数字的话,该怎么显示就怎么显示,此时zerofill约束不起作用。
当你不指定int后面的括号时,如果是有符号int,则括号内的数字默认是11位,如果是无符号int,则括号内的数字默认是10位。
因为int是4字节,所以无符号int默认的最大数字字符个数就是10个,如果是有符号则还要多个符号字符,所以默认就是11位。
1.
primary key主键用来唯一的约束该列字段里面的数据,这些数据不能重复,同时也不能为空,并且主键约束的字段都是整数类型,不会是浮点数、字符串、日期时间等类型,一张表里面最多只能由一个主键。
例如在建表test_key的时候,一旦给id加上了primary key约束,则表还会自动的增加not null属性,这点可以通过show create table test_key\G看出来,sql优化后的主键标准格式为在表括号内的最后一行加上primary key(‘id’)。
如果在表中第二次插入id为1的数据,则MySQL会直接拦截,并报错duplicate entry ‘1’ for key ‘PRIMARY’,指的是条目1对于主键重复,不允许我们插入数据,这就是primary key的约束。
2.
除了在建表的时候添加主键,我们也可以在建表之后添加主键或删除主键,使用sql语句alter+drop primary key或alter+add primary key(xxx)。
3.
我们除了给一个字段添加主键外,也可以给多个字段同时添加上主键,这样的主键我们称之为复合主键(一张表确实只能有一个主键,但这一个主键可以添加到多列上)
例如id是学生的学号,course是课程的课号,我们不想让一个学生重复的选择一门课程多次,但我们可以允许一个学生选择多门课程,或不同的学生选择同一门课程,在这样的场景下,就适合用复合主键,在表中添加primary key(id, course)复合主键
4.
自增长auto_increment可以和主键或唯一键搭配使用,与主键相同的是:一张表中只能有一个自增长auto_increment,自增长的字段必须是整数。
当自增长与主键搭配使用时,我们称主键为自增主键。
建表的时候,可以在圆括号外面指定自增长的初始值,如果没指明也没有关系,默认从1开始,在插入数据的时候,我们可以忽略有自增长字段的列,该列会自动每次从当前字段中已有的最大值,加上1然后分配给新插入的数据。show create table时,也可以看到下一个插入数据时,对应的auto_increment的值。
实际上像QQ号这样的注册模式,使用的就是自增长,保证QQ号具有唯一性,不允许出现重复的QQ号
5.
与主键相同的是,一张表也只能有一个自增长,如果一张表出现多个自增长,则建表也会不成功。
除此之外还有一个函数last_insert_id(),该函数用于获取上次插入的自增长的值,如果上次是批量化插入的,则获取插入的第一条数据所对应的自增长的值。
1.
一张表中往往有多个字段需要唯一性标识,一张表只能有一个主键,但一张表可以有多个唯一键,所以唯一键就可以很好的约束表中多个需要唯一性标识的字段,唯一键和主键比较相似,从功能上来讲,唯一键允许为空null,主键不允许为空null,不过空字段是不做唯一性比较的,判断表中唯一键是否重复时,NULL肯定是不作比较的,这非常合理。
例如student表中的唯一键约束的id,可以是多个NULL,因为我们知道NULL不参与任何比较和计算,所以可以出现id为多个NULL的情况。
2.
举一个例子,一张表中假设有两列信息,一个是员工的身份证号码,一个是员工的工号,这两个信息都需要唯一性标识,我们便可以将身份证号码设置为主键约束,员工工号设置为唯一键约束,一般而言,我们都会将主键设置成为和当前业务无关的字段,这样的话,当业务发生变化的时候,主键可以不用做过多的调整。
3.
一张表中,主键只能有一个,唯一键可以有多个,所以例如学生id,电话号码,QQ号码等都可以进行唯一键约束,如果你不想让唯一键中出现NULL值,则可以在唯一键约束的基础上再多添加一个not null非空约束。
设置为not null约束的唯一键从功能上来讲,已经和主键没有区别了,都是保证字段的唯一性,但从数量上来讲,一个表中主键只能有一个,唯一键可以有多个。从业务上来讲,主键一般设置为和当前业务无关的字段,唯一键一般设置为和当前业务挂钩的字段。
3.
外键约束是innodb存储引擎的一个重要特性,外键一般用于进行表和表之间的关联,用于约束具有关联性的表,比如下面的学生表和班级表,学生是隶属于班级的,比较合理的做法就是创建外键约束,外键为学生表中的class_id,引用自班级表中的主键列id。
4.
下面是外键约束的探究过程。
如果stu和class表之间没有外键约束的话,则向stu表中插入数据时,有可能误操作将一个学生插入到两个班级,或者将学生插入到不存在的班级,以及删除班级,但班级此时还有学生,如果不添加约束,则学生又到了不存在的班级中了,这些都是不合理的,所以显而易见,班级表和学生表之间一定需要某种约束关系,而这个约束实际就是外键约束!
5.
当建立外键约束后,外键为stu表中的class_id,引用自class表中的id,如果此时将学生插入到不存在的班级,或者删除某个班级,一个学生插入到两个班级等等不合逻辑的操作,都会被MySQL拦截掉,保证表与表之间正确的关联关系。
其实这里的外键,个人觉得和复合主键有那么一点点相似,必须保证外键和引用之间的唯一性,但外键的约束显然是要比复合主键更严格的,比如删除引用(引用中还存在着外键)是不被允许的,一个外键列中的字段只能配一个引用列中的字段,必须是一对一的,就像离散数学里面的双射关系一样,严格的一对一。
1.
有一个商店的数据,记录客户及购物情况,由以下三个表组成:
商品Goods(商品编号goods_id,商品名goods_name, 单价unitprice, 商品类别category, 供应商provider)
客户customer(客户号customer_id,姓名name,住址address,邮箱email,性别sex,身份证card_id)
购买purchase(购买订单号order_id,客户号customer_id,商品号goods_id,购买数量nums)
要求:
每个表的主外键。客户的姓名不能为空值。邮箱不能重复。客户的性别(男,女)
2.
订单中的商品编号和客户编号需要外键约束,引用到goods和customer各自的goods_id和customer_id中。
来源地址:https://blog.csdn.net/erridjsis/article/details/131443928
--结束END--
本文标题: 【MySQL】MySQL数据库的初阶使用
本文链接: https://lsjlt.com/news/372464.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-10-23
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0