视图是一个虚拟表(非真实存在),其本质是【根据SQL语句获取动态的数据集,并为其命名】,用户使用时只需使用【名称】便可获取结果集,并能够将其看成表来使用html
- 简化查询
- 能够进行权限控制,咱们能够把表的权限进行封闭,可是开放相应的视图权限,视图里只开放部分数据
--格式:CREATE VIEW 视图名称 AS SQL语句 CREATE VIEW v1 AS SELET nid, name from A where nid > 4
使用视图时,将其看成表进行操做便可,视图和真实的表都会相互影响mysql
select * from v1
--格式:DROP VIEW 视图名称 DROP VIEW v1
-- 格式:ALTER VIEW 视图名称 AS SQL语句 ALTER VIEW v1 AS SELET A.nid, B. NAME FROM A LEFT JOIN B ON A.id = B.nid LEFT JOIN C ON A.id = C.nid WHERE A.id > 2 AND C.nid < 5
CHAR_LENGTH(str) 返回值为字符串str 的长度,长度的单位为字符。一个多字节字符算做一个单字符。 对于一个包含五个二字节字符集, LENGTH()返回值为 10, 而CHAR_LENGTH()的返回值为5。 CONCAT(str1,str2,...) 字符串拼接 若有任何一个参数为NULL ,则返回值为 NULL。 FORMAT(X,D) 将数字X 的格式写为'#,###,###.##',以四舍五入的方式保留小数点后 D 位, 并将结果以字符串的形式返回。若 D 为 0, 则返回结果不带有小数点,或不含小数部分。 例如: SELECT FORMAT(12332.1,4); 结果为: '12,332.1000' INSTR(str,substr) 返回字符串 str 中子字符串的第一个出现位置。 LEFT(str,len) 返回字符串str 从开始的len位置的子序列字符。 LOWER(str) 变小写 UPPER(str) 变大写 LTRIM(str) 返回字符串 str ,其引导空格字符被删除。 RTRIM(str) 返回字符串 str ,结尾空格字符被删去。 SUBSTRING(str,pos,len) 获取字符串子序列 LOCATE(substr,str,pos) 获取子序列索引位置 REPEAT(str,count) 返回一个由重复的字符串str 组成的字符串,字符串str的数目等于count 。 若 count <= 0,则返回一个空字符串。 若str 或 count 为 NULL,则返回 NULL 。 REPLACE(str,from_str,to_str) 返回字符串str 以及全部被字符串to_str替代的字符串from_str 。 REVERSE(str) 返回字符串 str ,顺序和字符顺序相反。 RIGHT(str,len) 从字符串str 开始,返回从后边开始len个字符组成的子序列
delimiter \\ create function f1( i1 int, i2 int) returns int BEGIN declare num int; set num = i1 + i2; return(num); END \\ delimiter ;
drop function func_name;
# 获取返回值 declare @i VARCHAR(32); select UPPER('alex') into @i; SELECT @i; # 在查询中使用 select f1(11,nid) ,name from tb2;
进行数据库应用软件的开发时,咱们有时会碰到表中的某些数据改变,但愿同时引发其余相关数据改变的需求
利用触发器就能知足这样的需求,它能在表中的某些特定数据变化时自动完成相关的操做算法
当向一张表中添加或删除记录时,须要在相关表中进行同步操做
好比,当一个订单产生时,订单所购的商品的库存量相应减小sql
当表上某列数据的值与其余表中的数据有联系时
好比,当某客户进行欠款消费,能够在生成订单时经过设计触发器判断该 客户的累计欠款是否超出了最大限度数据库
当须要对某张表进行跟踪时
好比,当有新订单产生时,须要及时通知相关人员进行处理,此时能够在 订单表上设计添加触发器加以实现服务器
# 插入前 CREATE TRIGGER tri_before_insert_tb1 BEFORE INSERT ON tb1 FOR EACH ROW BEGIN ... END # 插入后 CREATE TRIGGER tri_after_insert_tb1 AFTER INSERT ON tb1 FOR EACH ROW BEGIN ... END # 删除前 CREATE TRIGGER tri_before_delete_tb1 BEFORE DELETE ON tb1 FOR EACH ROW BEGIN ... END # 删除后 CREATE TRIGGER tri_after_delete_tb1 AFTER DELETE ON tb1 FOR EACH ROW BEGIN ... END # 更新前 CREATE TRIGGER tri_before_update_tb1 BEFORE UPDATE ON tb1 FOR EACH ROW BEGIN ... END # 更新后 CREATE TRIGGER tri_after_update_tb1 AFTER UPDATE ON tb1 FOR EACH ROW BEGIN ... END
delimiter // CREATE TRIGGER tri_before_insert_tb1 BEFORE INSERT ON tb1 FOR EACH ROW BEGIN INSERT INTO tb2 (NAME) VALUES ('aa') END// delimiter ;注意:NEW表示即将插入的数据行,OLD表示即将删除的数据行
DROP TRIGGER tri_after_insert_tb1;
触发器没法由用户直接调用,而知因为对表的【增/删/改】操做被动引起的数据结构
insert into tb1(num) values(666)
- 原子性(Atomicity),原子意为最小的粒子,即不能再分的事务,要么所有执行,要么所有取消(就像上面的银行例子)
- 一致性(Consistency):指事务发生前和发生后,数据的总额依然匹配
- 隔离性(Isolation):简单点说,某个事务的操做对其余事务不可见的
- 持久性(Durability):当事务完成后,其影响应该保留下来,不能撤消,只能经过“补偿性事务”来抵消以前的错误
开启事务(start transaction) 执行sql操做(普通sql操做) 提交/回滚(commit/rollback)
create table user( id int auto_increment primary key, name varchar(32) not null default '', money int not null default 1000 )engine=innodb charset=utf8; insert into user (name,money) values ('wangyong',1000),('liguo',1000); # 正常操做 start transaction; update user set money=1100 where name='wangyong'; updata user set money=900 where name='liguo'; # 出现异常 rollback; # 最终结果, 数据未发生变化 mysql> select * from user; +----+----------+-------+ | id | name | money | +----+----------+-------+ | 1 | wangyong | 1000 | | 2 | liguo | 1000 | +----+----------+-------+
注意:建表的时候, 选择 innodb 引擎
购物流程中的订单付款操做含有如下3步子操做:函数
- 从用户的余额中扣除订单价格
- 在用户的帐户变更记录里记下流水
- 修改订单状态为已付款
这三步需保证原子性,请用事务来控制此过程性能
索引是表的目录,在查找内容以前能够先在目录中查找索引位置,以此快速定位查询数据。对于索引,会保存在额外的文件中。大数据
设有N条记录,若是不用索引,那平均查找N/2次,可是用了索引以后呢?通常状况下,是以2为底,N的对数
这块就涉及到二叉树的查找了
- 好处:加快了查询的速度
- 坏处:下降了增删改的速度,增大了表的文件大小(索引文件甚至比数据文件都还要大)
问题:大数据量进行导入别的数据表的时候,怎么办??
相似于字典中的目录,如何快速找到某个字?
能够给字典加目录
对数据库来讲,索引的做用便是给 “数据” 加目录
因此所谓的索引,是数据库中专门用于帮助用户快速查询数据的一种数据结构
- 主键索引:加速查询 + 列值惟一 + 表中只有一个(不能够有null)
- 普通索引:仅加速查询
- 惟一索引:加速查询 + 列值惟一(能够有null)
- 组合索引:多列值组成一个索引,
1. 建立表 + 索引
# 第一种: create table test( id int auto_increment primary key, name varchar(32) not null default '' )engine=innodb charset=utf8; # 第二种: create table test( id int not null default 0, name varchar(32) not null default '' )engine=innodb charset=utf8; alter table test change id id int auto_increment primary key
普通索引仅有一个功能:加速查询
1. 建立表 + 索引
# 第一种 create table test( id int auto_increment primary key, name varchar(32) not null default '', index ix_name (name) )engine=innodb charset=utf8; # 第二种 create table test( id int auto_increment primary key, name varchar(32) not null default '' )engine=innodb charset=utf8; create index ix_name on test (name);2. 建立索引
create index index_name on table_name(column_name)3. 删除索引
drop index_name on table_name;4. 查看索引
show index from table_name;
惟一索引有两个功能:加速查询 和 惟一约束(可含null)
1. 建立表 + 索引
# 第一种 create table test( id int auto_increment primary key, name varchar(32) not null default '', unique ix_name (name) )engine=innodb charset=utf8; # 第二种 create unique index 索引名称 on 表名(name); create table test( id int auto_increment primary key, name varchar(32) not null default '' )engine=innodb charset=utf8; create unique index ix_name on test (name);2. 建立索引
create unique index 索引名 on 表名(列名)3. 删除索引
drop unique index 索引名 on 表名
组合索引是将n个列组合成一个索引
其应用场景为:频繁的同时使用n列来进行查询,如:where n1 = ‘alex’ and n2 = 666
1. 建立表 + 索引
# 建立联合惟一索引 create unique index 索引名称 on 表名 (name,age); create table test( id int auto_increment primary key, age int not null default 0, name varchar(32) not null default '' )engine=innodb charset=utf8; create unique index ix_name_age on test (age, name); create table in3( nid int not null auto_increment primary key, name varchar(32) not null, email varchar(64) not null, extra text )2. 建立索引
create index ix_name_email on in3(name,email);如上建立组合索引以后,查询:
- name and email – 使用索引
- name – 使用索引
- email – 不使用索引
注意:对于同时搜索n个条件时,组合索引的性能好于多个单一索引合并
数据库表中添加索引后确实会让查询速度起飞,但前提必须是正确的使用索引来查询,若是以错误的方式使用,则即便创建索引也会不奏效。
即便创建索引,索引也不会生效:- like '%xx' select * from tb1 where name like '%cn'; - 使用函数 select * from tb1 where reverse(name) = 'xxx'; - 类型不一致 若是列是字符串类型,传入条件是必须用引号引发来,否则... select * from tb1 where name = 999; - order by select email from tb1 order by name desc; 当根据索引排序时候,选择的映射若是不是索引,则不走索引 特别的:若是对主键排序,则仍是走索引: select * from tb1 order by nid desc; - 组合索引最左前缀 若是组合索引为:(name,email) name and email -- 使用索引 name -- 使用索引 email -- 不使用索引其余注意事项
- 避免使用select * - count(1)或count(列) 代替 count(*) - 建立表时尽可能时 char 代替 varchar - 表的字段顺序固定长度的字段优先 - 组合索引代替多个单列索引(常用多个条件查询时) - 使用链接(JOIN)来代替子查询(Sub-Queries) - 索引散列值(重复少)不适合建索引,例:性别不适合
使用方式:explain selext * from test;
explain selext * from test; +----+-------------+-------+-------+---------------+---------+---------+------+------+------------- | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra +----+-------------+-------+-------+---------------+---------+---------+------+------+------------- | 1 | SIMPLE | test | index | NULL | ix_name | 98 | NULL | 1 | Using index +----+-------------+-------+-------+---------------+---------+---------+------+------+-------------参数分析:
id 查询顺序标识 select_type 查询类型 SIMPLE 简单查询 PRIMARY 最外层查询 SUBQUERY 映射为子查询 DERIVED 子查询 UNION 联合 UNION RESULT 使用联合的结果 ... table 正在访问的表名 type 查询时的访问方式,性能:all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const ALL 全表扫描,对于数据表从头至尾找一遍 select * from tb1; 特别的:若是有limit限制,则找到以后就不在继续向下扫描 select * from tb1 where email = 'xxxx@live.com' select * from tb1 where email = 'xxxx@live.com' limit 1; 虽然上述两个语句都会进行全表扫描,第二句使用了limit,则找到一个后就再也不继续扫描。 INDEX 全索引扫描,对索引从头至尾找一遍 select nid from tb1; RANGE 对索引列进行范围查找 select * from tb1 where name < 'xxx'; PS: between and in > >= < <= 操做 注意:!= 和 > 符号 REF 根据索引查找一个或多个值 select * from tb1 where name = 'xxx'; CONST 常量 表最多有一个匹配行,由于仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,由于它们只读取一次。 select nid from tb1 where nid = 2 ; SYSTEM 系统 表仅有一行(=系统表)。这是const联接类型的一个特例。 possible_keys 可能使用的索引 key 真实使用的 key_len MySQL中使用索引字节长度 rows mysql估计为了找到所需的行而要读取的行数 ------ 只是预估值 extra 该列包含MySQL解决查询的详细信息 “Using index” 此值表示mysql将使用索引覆盖,以免访问表。不要把覆盖索引和index访问类型弄混了。 “Using where” 这意味着mysql服务器将在存储引擎检索行后再进行过滤,许多where条件里涉及索引中的列,当(而且若是)它读取索引时,就能被存储引擎检验,所以不是全部带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示:查询可受益于不一样的索引。 “Using temporary” 这意味着mysql在对查询结果排序时会使用一个临时表。 “Using filesort” 这意味着mysql会对结果使用一个外部索引排序,而不是按索引次序从表里读取行。mysql有两种文件排序算法,这两种排序方式均可以在内存或者磁盘上完成,explain不会告诉你mysql将使用哪种文件排序,也不会告诉你排序会在内存里仍是磁盘上完成。删除索引后效果
# drop 索引名称 on 表名 drop index ix_name_age on test; mysql> explain select * from test; +----+-------------+-------+------+---------------+------+---------+------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+------+---------------+------+---------+------+------+-------+ | 1 | SIMPLE | test | ALL | NULL | NULL | NULL | NULL | 1 | NULL | +----+-------------+-------+------+---------------+------+---------+------+------+-------+
日志文件: 记录了执行速度特别慢的SQL语句
配置MySQL自动记录慢日志
slow_query_log = OFF 是否开启慢日志记录 long_query_time = 2 时间限制,超过此时间,则记录 slow_query_log_file = /usr/slow.log 日志文件
1. show variables like '%query%';
2. set global long_query_time = 1; 设置慢查询的时间
3. set global slow_query_log = ON
4. set global slow_query_log_file = E:\program\mysql-5.6.44-winx64\data\oldboy-slow.log
SQL审计 (记录sql的操做语句)
show variables like '%general%';