Empfohlenes kostenloses Lernen: MySQL-Video-Tutorial
Inhaltsverzeichnis
Bibliotheksbezogener Inhalt
Einige Standardbibliotheken von MySQL
information_schema: Virtuelle Bibliothek, die keinen Speicherplatz belegt und einige Parameter speichert, nachdem die Datenbank gestartet wurde. B. Benutzertabelleninformationen, Spalteninformationen, Berechtigungsinformationen, Zeicheninformationen usw.
performance_schema: Seit MySQL 5.5 wurde eine neue Datenbank hinzugefügt: Wird hauptsächlich zum Sammeln von Leistungsparametern des Datenbankservers und zum Aufzeichnen verschiedener Ereignisse, Sperren und anderer Phänomene verwendet, die auftreten, wenn Verarbeitung von Abfrageanforderungen
mysql: Autorisierungsbibliothek, speichert hauptsächlich die Berechtigungsinformationen von Systembenutzern
test: Eine vom MySQL-Datenbanksystem automatisch erstellte Testdatenbank
ps: Einige MySQL verfügen möglicherweise nicht über eine Testbibliothek, z. B. 8.0 des Autors , das für sys anstelle der Testbibliothek verwendet wird
Erstellen Sie einfach die Datenbank. Unnötig zu sagen (im vorherigen Artikel erwähnt), lassen Sie uns die Benennungsregeln beim Erstellen einer Datenbank verstehen:
Detaillierter Betrieb der Tabellekann aus Buchstaben, Zahlen, Unterstriche, @, #, $
Groß- und Kleinschreibung beachten
Eindeutigkeit
Schlüsselwörter können nicht verwendet werden. Beispielsweise können bei „create select“ keine Zahlen allein verwendet werden. Die maximale Länge beträgt 128 Ziffern. Normalerweise handelt es sich bei den Namen um Buchstaben, Zahlen und Unterstriche Es wird beispielsweise empfohlen, das oben Genannte nicht zu verwenden
Wenn wir die Bibliothek in Zukunft über Code verbinden, können sich die darin enthaltenen Symbole vom Code unterscheiden.
@#$
Einschränkungsbedingungen zum Erstellen der Tabelle (Details werden im nächsten Kapitel erläutert)
create table student( id int not null, name varchar(10) not null # 最后一个字段不能使用逗号);
Die Einschränkung ist gemäß den Anforderungen für Tabellen optional.
Tabellennamen änderninsert student values(null,'jack');Feld hinzufügen
alter table 表名 rename 新表名;Feld löschen
alter table 表名 add 字段名 数据类型 约束条件(根据需求添加);# 添加多个字段alter table 表名 add 字段名1 数据类型,add 字段名2 数据类型;# 在开头增加字段alter table 表名 add 字段 数据类型 first;# 在某个字段后面增加字段alter table 表名 add 字段 数据类型 after 字段;Feld ändern
alter table 表名 drop 字段Tabelle kopierenWenn wir die Tabelle über select abfragen, wird uns Folgendes angezeigt:
Virtuelle Tabelle
, das ist die Der Inhalt im Speicher kann nicht gespeichert werden. Durch Kopieren können wir die gewünschten Tabellendaten erhalten. Eine Tabellendemonstration erstellen# 修改字段的类型或者约束条件alter table 表名 modify 新的数据类型 新的约束条件;# 修改整个字段alter table 表名 change 旧字段名 新字段名 新字段数据类型;# 修改字段名alter table 表名 rename column 原字段名 to 新字段名;. Wir müssen den Inhalt von Datensätzen mit einer ID größer als 2 in einer neuen Tabelle speichern
insert student values(1,'jack'),(2,'tom'),(3,'jams'),(4,'rous');Oder wir wollen einfach nur die Datenstruktur der Tabelle kopieren, mit Ausnahme der Datensätze (Daten), aller anderen Informationen
create table new_studnet select * from student where id > 2;Dieses Urteil ist immer falsch, was bedeutet, dass die Datensätze der Tabelle nicht kopiert werden können, aber es kann kopiert werden Datenstruktur
Datentyp
1. Ganzzahltyp: TINYINT SMALLINT MEDIUMINT INT BIGINT
Funktion: Alter, Klasse, ID, verschiedene Zahlen usw. speichernVerschiedene Ganzzahltypen , gespeicherte Werte Der Umfang ist unterschiedlich.
Beispiel: Wenn wir zum Erstellen eines Felds den Typ int wählen, belegt die Tabelle 4 weitere Bytes. Wir müssen den Ganzzahltyp entsprechend dem Bereich des von uns gespeicherten Werts auswählen, um Platz zu sparen.
Funktion: Gehalt, Größe, Gewicht, physikalische Parameter usw. speichern.
float(255,30): Ganzzahlen können unterstützt bis zu 255 Ziffern und unterstützt Dezimalzahlen mit 30 Ziffern double(255,30): Ganzzahlen können im Bereich von 255 unterstützt werden, und Dezimalzahlen mit 30 Ziffern können unterstützt werden dec(65,30): Ganzzahlen können unterstützt werden wird im Bereich von 60 unterstützt und unterstützt Dezimalzahlen mit 30 Stellen
Gleitkommazahlen mit einfacher Genauigkeit (ungenaue Dezimalwerte), m ist die Gesamtzahl der Zahlen und d ist die Zahl nach dem Dezimalpunkt. Der Maximalwert von m beträgt 255 und der Maximalwert von d beträgt 30Was ist also der Unterschied zwischen diesen drei Gleitkommatypen? Die Antwort lautet: Genauigkeit
Beispiel: Erstellen Sie 3 Tabellen mit verschiedenen Gleitkommatypen
create table new_student2 select * from student where 0 > 1;Werte einfügen
create table f1(id float(255,30));create table f2(id double(255,30));create table f3(id dec(66,30));Effekt
Der Grund, warum Decaimal präzise Werte speichern kann, liegt darin, dass es intern als Zeichenfolge gespeichert wird.
Normalerweise reicht es für uns aus, Float zu verwenden. Wenn die Anforderungen an die Genauigkeit besonders hoch sind, verwenden Sie Decaimal, aber die ganzzahlige Länge von Decaimal ist nicht so gut wie Float und Double3、日期类型:DATE TIME DATETIME TIMESTAMP YEAR
作用:存储用户注册时间,文章发布时间,员工入职时间,出生时间,过期时间等
在我们创建表字段时,可以指定某个字段传入的日期是什么,以下可选:
date # 1000-01-01/9999-12-31time # -838:59:59/838:59:59year # 支持1901/2155datetime # 日期时间 1000-01-01 00:00:00/9999-12-31 23:59:59timestamp # 日期时间 1970-01-01 00:00:00/2037 某时实例:创建表
create table info( id int, name varchar(10), birth date, class_time time, reg_time datetime, born_year year);插入记录
nsert info values( 1, 'jack', '1999-01-01', '08:30:00', '2020-01-01 10:15:00', '1999');
MySQL提供的两种日期时间都可以提供给我们使用,那它们之间的区别在哪里呢datetime与timestamp的区别
首先占用空间:datetime占用8字节大小,timestamp占用4字节大小
在5.x以上版本,改动表后使用timestamp可以自动给我们填上当前系统时间,笔者的8.0不能自动填上系统时间,和datietime呈现的效果一样了,只是上限的时间不同。我们如果要达到这个效果,可以创建时补充如下参数
create table d2( id int, name varchar(10), now timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP);我们添加数据时,可以根据前两个来字段添加,最后一个让它自动补充。
# insert d2 values(1,'jack'); 错误写法,因为这个必须要给所有字段设置值insert d2(id,name) values(1,'jack'); # 正确写法
4、字符串类型:char、varchar
char:简单粗暴,浪费空间,存取速度快
字符长度范围:0-255(一个中文是一个字符,是utf8编码的3个字节)
存储char类型的值时,会往右填充空格来满足长度
- 例如:指定长度为10,存>10个字符则报错,存
在检索或者说查询时,查出的结果会自动删除尾部的空格,除非我们打开pad_char_to_full_length SQL模式(SET sql_mode = ‘PAD_CHAR_TO_FULL_LENGTH’;)
varchar类型:变长,精准,节省空间,存取速度慢
- 字符长度范围:0-65535(如果大于21845会提示用其他类型 。mysql行最大限制为65535字节。
- varchar类型存储数据的真实内容,不会用空格填充,如果’ab ',尾部的空格也会被存起来
- 强调:varchar类型会在真实数据前加1-2Bytes的前缀,该前缀用来表示真实数据的bytes字节数(1-2Bytes最大表示65535个数字,正好符合mysql对row的最大字节限制,即已经足够使用)
- 如果真实的数据
- 如果真实的数据>255bytes则需要2Bytes的前缀(2Bytes=16bit 2**16最大表示的数字为65535)
- 尾部有空格会保存下来,在检索或者说查询时,也会正常显示包含空格在内的内容
char(4) Storage Required varchar(4) Storage Required ’ ’ 4字节 ‘’ 1字节 'ab ’ 4字节 ‘ab’ 2字节 ‘abcd’ 4字节 ‘abcd’ 5字节 ‘abcdef’ 报错 ‘abcde’ 报错 区分介绍:
char类型定长,不管存多少数据,如果未达到指定长度,则空格补充
varchar类型变长:因为取的时候,不知道varchar类型取了多少个数据,所以默认会在开头放入1个字节的头部。(底层存储机制,只要我们自身输入的内容没有超过定义的长度就不会报错)char一定比varchar更浪费空间?
如果存储内容相同长度的情况下,varchar占用大小会大于char
但是我们平常还是常使用varchar,因为我们存储内容时,无法确定内容的大小,所以通常使用varchar,也就多占那么1-2个字节,而char的话,则占用更多的大小。
注意:
如果存储的内容是网页或网络上的某一篇文章,建议不要把文字全部保存到数据库,直接将链接放上去保存即可。
严格模式下的MySQL,如果存储内容超过了字符串类型定义的长度,那么则会报错,而非严格模式下的MySQL,则是不保存超出的内容,并发出警告信息。查看字符的个数
create table c1(x char(10));create table c2(x varchar(10));select char_length(x) as "内容长度" from c1;select char_length(x) as "内容长度" from c2;
很奇怪的就是,char类型并没有占用10个字节,是因为MySQL帮我们隐藏了,只呈现给我们自身存储的内容,调整一下就可以让它显出原形。set sql_mode = 'PAD_CHAR_TO_FULL_LENGTH';
查询时候的问题
很明显,这两个类型虽然内容一样,但是char占用字符更长枚举与集合
通过enum函数与set函数,在创建表时,定义某个字段在插入值时,值的内容是否匹配。
create table test( id int, name varchar(10), gender enum('男','女','未知'), hobbies set('game','music','book','movie'));enum:在向gender这个字段插入值时,只能输入其中一的值
set:在向hobbies这个字段插入值时,可以输入其中多个值,通过逗号隔开insert test values(1,'jack','男','game,book');
如果我们输入的内容,与函数内定义的不符,非严格模式发出警告信息,严格模式直接报错
笔者的MySQL为严格模式(利于开发)select @@sql_mode; # 查看当前模式存储引擎(了解即可)
首先确定一点,存储引擎的概念是MySQL里面才有的,不是所有的关系型数据库都有存储引擎这个概念。
数据库中的表也应该有不同的类型,表的类型不同,会对应mysql不同的存取机制,表类型又称为存储引擎。
show engines; # 查看MySQL内的存储引擎
但是我们创建表时并没有指定存储引擎呐。因为MySQL默认的是:InnoDB
查询表的存储引擎
show create table student;
从上至下查看:
图片来源:秋月MySQL架构总共四层,在上图中以虚线作为划分。
1、首先,最上层的服务并不是MySQL独有的,大多数给予网络的客户端/服务器的工具或者服务都有类似的架构。比如:连接处理、授权认证、安全等。
2、第二层的架构包括大多数的MySQL的核心服务。包括:查询解析、分析、优化、缓存以及所有的内置函数(例如:日期、时间、数学和加密函数)。同时,所有的跨存储引擎的功能都在这一层实现:存储过程、触发器、视图等。
3、第三层包含了存储引擎。存储引擎负责MySQL中数据的存储和提取。服务器通过API和存储引擎进行通信。这些接口屏蔽了不同存储引擎之间的差异,使得这些差异对上层的查询过程透明化。存储引擎API包含十几个底层函数,用于执行“开始一个事务”等操作。但存储引擎一般不会去解析SQL(InnoDB会解析外键定义,因为其本身没有实现该功能),不同存储引擎之间也不会相互通信,而只是简单的响应上层的服务器请求。
4、第四层包含了文件系统,所有的表结构和数据以及用户操作的日志最终还是以文件的形式存储在硬盘上。MySQL存储引擎介绍:
InnoDB 存储引擎 支持事务,其设计目标主要面向联机事务处理(OLTP)的应用。其 特点是行锁设计、支持外键,并支持类似 Oracle 的非锁定读,即默认读取操作不会产生锁。 从 MySQL 5.5.8 版本开始是默认的存储引擎。 InnoDB 存储引擎将数据放在一个逻辑的表空间中,这个表空间就像黑盒一样由 InnoDB 存储引擎自身来管理。从 MySQL 4.1(包括 4.1)版本开始,可以将每个 InnoDB 存储引擎的 表单独存放到一个独立的 ibd 文件中。此外,InnoDB 存储引擎支持将裸设备(row disk)用 于建立其表空间。 InnoDB 通过使用多版本并发控制(MVCC)来获得高并发性,并且实现了 SQL 标准 的 4 种隔离级别,默认为 REPEATABLE 级别,同时使用一种称为 netx-key locking 的策略来 避免幻读(phantom)现象的产生。除此之外,InnoDB 存储引擎还提供了插入缓冲(insert buffer)、二次写(double write)、自适应哈希索引(adaptive hash index)、预读(read ahead) 等高性能和高可用的功能。 对于表中数据的存储,InnoDB 存储引擎采用了聚集(clustered)的方式,每张表都是按 主键的顺序进行存储的,如果没有显式地在表定义时指定主键,InnoDB 存储引擎会为每一 行生成一个 6 字节的 ROWID,并以此作为主键。 InnoDB 存储引擎是 MySQL 数据库最为常用的一种引擎,Facebook、Google、Yahoo 等 公司的成功应用已经证明了 InnoDB 存储引擎具备高可用性、高性能以及高可扩展性。对其 底层实现的掌握和理解也需要时间和技术的积累。如果想深入了解 InnoDB 存储引擎的工作 原理、实现和应用,可以参考《MySQL 技术内幕:InnoDB 存储引擎》一书。 MyISAM 存储引擎 不支持事务、表锁设计、支持全文索引,主要面向一些 OLAP 数 据库应用,在 MySQL 5.5.8 版本之前是默认的存储引擎(除 Windows 版本外)。数据库系统 与文件系统一个很大的不同在于对事务的支持,MyISAM 存储引擎是不支持事务的。究其根 本,这也并不难理解。用户在所有的应用中是否都需要事务呢?在数据仓库中,如果没有 ETL 这些操作,只是简单地通过报表查询还需要事务的支持吗?此外,MyISAM 存储引擎的 另一个与众不同的地方是,它的缓冲池只缓存(cache)索引文件,而不缓存数据文件,这与 大多数的数据库都不相同。 NDB 存储引擎 2003 年,MySQL AB 公司从 Sony Ericsson 公司收购了 NDB 存储引擎。 NDB 存储引擎是一个集群存储引擎,类似于 Oracle 的 RAC 集群,不过与 Oracle RAC 的 share everything 结构不同的是,其结构是 share nothing 的集群架构,因此能提供更高级别的 高可用性。NDB 存储引擎的特点是数据全部放在内存中(从 5.1 版本开始,可以将非索引数 据放在磁盘上),因此主键查找(primary key lookups)的速度极快,并且能够在线添加 NDB 数据存储节点(data node)以便线性地提高数据库性能。由此可见,NDB 存储引擎是高可用、 高性能、高可扩展性的数据库集群系统,其面向的也是 OLTP 的数据库应用类型。 Memory 存储引擎 正如其名,Memory 存储引擎中的数据都存放在内存中,数据库重 启或发生崩溃,表中的数据都将消失。它非常适合于存储 OLTP 数据库应用中临时数据的临时表,也可以作为 OLAP 数据库应用中数据仓库的维度表。Memory 存储引擎默认使用哈希 索引,而不是通常熟悉的 B+ 树索引。 Infobright 存储引擎 第三方的存储引擎。其特点是存储是按照列而非行的,因此非常 适合 OLAP 的数据库应用。其官方网站是 http://www.infobright.org/,上面有不少成功的数据 仓库案例可供分析。 NTSE 存储引擎 网易公司开发的面向其内部使用的存储引擎。目前的版本不支持事务, 但提供压缩、行级缓存等特性,不久的将来会实现面向内存的事务支持。 BLACKHOLE 黑洞存储引擎,可以应用于主备复制中的分发主库。使用指定的存储引擎,两种方式:
1、创建表时指定
create table t2(id int)engine=innodb;2、修改MySQL配置文件
# /etc/my.cnf [mysqld]default-storage-engine=INNODBinnodb_file_per_table=1测试部分存储引擎的效果,创建几张表不同存储引擎的表
create table t1(id int)engine=innodb;create table t2(id int)engine=myisam;create table t3(id int)engine=memory;create table t4(id int)engine=blackhole;注意:笔者安装的MySQL版本在8.0以上
进入MySQL下面data找到对应库下面,查看创建后的表文件类型
1.db.opt文件:用来记录该库的默认字符集编码和字符集排序规则用的。也就是说如果你创建数据库指定默认字符集和排序规则,那么后续创建的表如果没有指定字符集和排序规则,那么该新建的表将采用db.opt文件中指定的属性。
2.后缀名为.frm的文件:这个文件主要是用来描述数据表结构(id,name字段等)和字段长度等信息
3.后缀名为.ibd的文件:这个文件主要储存的是采用独立表储存模式时储存数据库的数据信息和索引信息;
4.后缀名为.MYD(MYData)的文件:从名字可以看出,这个是存储数据库数据信息的文件,主要是存储采用独立表储存模式时存储的数据信息;
5.后缀名为.MYI的文件:这个文件主要储存的是数据库的索引信息;
6.ibdata1文件:主要作用也是储存数据信息和索引信息,这个文件在mysql安装目录的data文件夹下。
从上面可以看出,.ibd储存的是数据信息和索引信息,ibdata1文件也是存储数据信息和索引信息,.MYD和.MYI也是分别储存数据信息和索引信息,那他们之间有什么区别呢?
主要区别是再于数据库的存储引擎不一样,如果储存引擎采用的是MyISAM,则生成的数据文件为表名.frm、表名.MYD、表名的MYI;而储存引擎如果是innoDB,开启了innodb_file_per_table=1,也就是采用独立储存的模式,生成的文件是表名.frm、表名.ibd,如果采用共存储模式的,数据信息和索引信息都存储在ibdata1(在里面进行分类,从外面看是一个文件)中;
在进行数据恢复的时候,如果用的是MYISAM数据引擎,那么数据很好恢复,只要将相应.frm, .MYD, .MYI文件拷贝过去即可。但是如果是innodb的话,则每一个数据表都是一个单独的文件,只将相应的.frm和.ibd文件拷贝过去是不够的,必须在你的ibd文件的tablespace id和ibdata1文件中的元信息的tablespace id一致才可以。演示向不同存储引擎的表插入数据
insert t1 values(1);insert t2 values(2);insert t3 values(3);insert t4 values(4);t1:innodb、t2:myisam、t3:memory、t4:blackhole存储引擎
t3的数据是存储在内存中的,t4写入的数据会被丢到,因为是黑洞引擎
我们通过select都能查询到内容,t4怎么查询都是空的,而t3在我们重启MySQL服务后,内容就会被清空,因为它是存入内存中的,重启等于释放掉整个MySQL服务再开启,
相关免费学习推荐:mysql数据库(视频)
Das obige ist der detaillierte Inhalt vonLassen Sie uns lernen, was eine MySQL-Datenbank ist. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!