针对记录的SQL语句
配置文件的介绍
存储引擎的使用(存储的方式)
数据类型(重点)
整型
浮点型
字符串
日期
枚举
1.创建库
create databases db1;
# 设置库的默认编码
create databases db1 charset='gbk';
2.查看库
# 查看所有库
show databases;
# 查看指定库
show createdatabase db1;
3.改库
alter database db2 charset='utf8';
4.删库
drop database db2;
1.查看当前所在库的名字
select database();
2.切换到指定库
use database db1;
3.创建表
create table t1(id int,name char(4));
4.查看当前库下面的所有表
# 查看所有的表
show tables;
# 查看指定的表
show create table t1;
# 查看当前表的详细信息
describe t1;
5.修改表
alter table t1 modify name char(16);
6.删除表
drop table t1;
7.以绝对路劲的形式操作不同的库
create table db2.t1(id int);
1.数据的增加
# 插入单条数据
insert into t1 values(1,'dream');
# 插入多条数据
insert into t1 values(1,'dream')(2,'wu');
2.数据的查看
# 查看全部数据
select * from t1
# 根据指定字段查看数据
select name form t1;
3.数据的更改
# 以限定调价修改指定字段的数据
update t1 set name='wzc' where id > 1;
4.删除数据
# 删除指定字段的数据
delete from t1 where id > 1;
# 删除指定字段的数据
delete from t1 where name='dream';
# 清空当前表的所有数据
delete feom t1;
MySQL的配置文件时:my-defaul.int
修改了配置文件,一定别忘了重启服务器端才能生效
把下一段内容加到配置文件中
[mysqld]
character-set-server=utf8
collation-server=utf8_general_ci
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
[client]
default-character-set=utf8
[mysql]
default-character-set=utf8
日常生活中文件格式有很多,并且针对不同的文件格式会有对应不同的存储方式和处理机制
针对不同的数据应该有对应不同的处理机制
存储引擎就是不同的处理机制
InnoDB:是MySQL5.5版本之后的默认存储引擎,支持事务、行锁、外键
MyISAM:是MySQL5.5版本之前的默认存储引擎,速度比innodb快,但是数据安全较弱
MEMORY:内存引擎,数据全部存放在内存中,存储速度快,但是断电数据丢失
查看所有数据库存储引擎
show engines;
create table t1(id int) engine=InnoDB;
create table t2(id int) engine=MyISAM;
create table t4(id int) engine=MEMORY;
对于不同的存储引擎,硬盘中保存的文件个数也是不一样的
InnoDB:两个文件
.frm 存储表结构
.ibd 存储数据和索引
MyISAM:3个文件
.frm 存储的是表数据
.MYD 存储的是表数据
.MYI 存索引(当成是字典的目录,加快查询速度)
MEMORY:1个文件
.frm 存储表结构
整型默认情况下都是带符号的
如何去掉符号
create table t1 (id tinyint unsigend)
分类
tinyint smallint int bight
tinyint:它是使用一个字节来保存数据,一个字节代表8位 256种情况(0-256)(-128-127)
smallint:2个字节,代表16位,(0-32768) (-32768-32767)
mediumint:3个字节
int:4个字节,(-2147483648~2147483647)
bigint:8个字节,最大的,可以存手机号
float double decimal
float(255,30)
double(255,30)
decimal(65,39)
他们三个的区别
create table t1 (id float(255,30));
create table t2 (id double(255,30);
create table t3 (id decimal(65,30);
insert into t1 values (1.111111111111111111);
insert into t2 values (1.111111111111111111);
insert into t3 values (1.111111111111111111);
结论:三者的精确度不一样:decimal >double > float
char(4):定长,超过四个字符直接报错,不够四位,使用空格填充
varchar:可变长类型。超出4位,报错,不够4位的,有几位存几位
create table t4(name char(4));
create table t5(name varchar(4));
需设置严格模式才会报错
查看严格模式
mysql> show variables like "%mode";
+----------------------------+------------------------+
| Variable_name | Value |
+----------------------------+------------------------+
| binlogging_impossible_mode | IGNORE_ERROR |
| block_encryption_mode | aes-128-ecb |
| gtid_mode | OFF |
| innodb_autoinc_lock_mode | 1 |
| innodb_strict_mode | OFF |
| pseudo_slave_mode | OFF |
| slave_exec_mode | STRICT |
| sql_mode | NO_ENGINE_SUBSTITUTION |
+----------------------------+------------------------+
设置严格模式
mysql> set global sql_mode='STRICT_TRANS_TABLES';
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like "%mode%";
+----------------------------+--------------------------------------------+
| Variable_name | Value |
+----------------------------+--------------------------------------------+
| binlogging_impossible_mode | IGNORE_ERROR |
| block_encryption_mode | aes-128-ecb |
| gtid_mode | OFF |
| innodb_autoinc_lock_mode | 1 |
| innodb_strict_mode | OFF |
| pseudo_slave_mode | OFF |
| slave_exec_mode | STRICT |
| sql_mode | STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION |
+----------------------------+--------------------------------------------+
8 rows in set (0.00 sec)
如需查看是否填充空格需设置严格模式
set global sql_mode='PAD_CHAR_TO_FULL_LENGTH';
mysql> select char_length(name) from t4;
+-------------------+
| char_length(name) |
+-------------------+
| 4 |
| 4 |
+-------------------+
2 rows in set (0.00 sec)
注意:此严格模式会覆盖上一种严格模式,如需两个模式,要逗号添加
set global sql_mode='STRICT_TRANS_TABLES,PAD_CHAR_TO_FULL_LENGTH';
mysql> create table t6(
-> id int,
-> time1 date,
-> time2 datetime,
-> time3 time,
-> time4 year
-> );
Query OK, 0 rows affected (0.03 sec)
mysql> insert into t6 values(1,'2023-10-23','2023-10-23 05:19:36','05:19:36',2023);
Query OK, 1 row affected (0.01 sec)
mysql> select * from t6;
+------+------------+---------------------+----------+-------+
| id | time1 | time2 | time3 | time4 |
+------+------------+---------------------+----------+-------+
| 1 | 2023-10-23 | 2023-10-23 05:19:36 | 05:19:36 | 2023 |
+------+------------+---------------------+----------+-------+
1 row in set (0.00 sec)
mysql>
mysql> create table t7(id int,hobby enum('sing','jump','rap','basketball'));
Query OK, 0 rows affected (0.04 sec)
mysql> insert into t7 values(1,'sing');
Query OK, 1 row affected (0.00 sec)
mysql> insert into t7 values(1,'sing1');
ERROR 1265 (01000): Data truncated for column 'hobby' at row 1
mysql> select * from t7;
+------+-------+
| id | hobby |
+------+-------+
| 1 | sing |
+------+-------+
1 row in set (0.00 sec)
mysql>
mysql> create table t8(id int,hobby set('sing','jump','rap','basketball'));
Query OK, 0 rows affected (0.02 sec)
mysql> insert into t8 values(1,'sing,jump');
Query OK, 1 row affected (0.00 sec)
mysql> select * from t8;
+------+-----------+
| id | hobby |
+------+-----------+
| 1 | sing,jump |
+------+-----------+
1 row in set (0.00 sec)
mysql>