MySQL自定义函数、视图、索引

本文详细介绍了MySQL中的视图、自定义函数、索引的类型及其优缺点,包括B+Tree和Hash索引的特性,以及如何合理地创建和使用索引。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

MySQL视图

创建视图:(虚拟表)
create or replace view 名称 as 
select ...(查询语句)


MySQL自定义函数
只有一个返回值,不能返回结果集,可以在SQL语句中调用自定义函数function
delimiter // 
drop function if exists getname;
create function getname(studentid int)
-- 定义返回类型
returns varchar(20)
begin 
-- 声明变量
    declare studentname varchar(20);
    select sname into studentname from student where sid=studentid;
-- 设置返回值
    return studentname;
end;//

delimiter ;
-- 调用自定义函数,并对列命名
select getname(1) as name;

索引


优点:
1、所有的MySql列类型(字段类型)都可以被索引,也就是可以给任意字段设置索引
2、大大加快数据的查询速度

缺点:
1、创建索引和维护索引要耗费时间,并且随着数据量的增加所耗费的时间也会增加
2、索引也需要占空间,我们知道数据表中的数据也会有最大上线设置的,如果我们有大量的索引,索引文件可能会比数据文件更快达到上线值
3、当对表中的数据进行增加、删除、修改时,索引也需要动态的维护,降低了数据的维护速度。

使用原则:
通过上面说的优点和缺点,我们应该可以知道,并不是每个字段度设置索引就好,也不是索引越多越好,而是需要自己合理的使用。
1、对经常更新的表就避免对其进行过多的索引,对经常用于查询的字段应该创建索引,
2、数据量小的表最好不要使用索引,因为由于数据较少,可能查询全部数据花费的时间比遍历索引的时间还要短,索引就可能不会产生优化效果。
3、在一同值少的列上(字段上)不要建立索引,比如在学生表的"性别"字段上只有男,女两个不同值。相反的,在一个字段上不同值较多可是建立索引

Mysql索引主要有两种结构:B+Tree索引和Hash索引
Hash
MySQL中,只有Memory(Memory表只存在内存中,断电会消失,适用于临时表)存储引擎显示支持Hash索引,是Memory表的默认索引类型
hsah索引把数据的索引以hash形式组织起来,因此当查找某一条记录的时候,速度非常快。当时因为是hash结构,每个键只对应一个值,而且是散列的方式分布。所以它并不支持范围查找和排序等功能
B+Tree
B+tree是mysql使用最频繁的一个索引数据结构,是Inodb和Myisam存储引擎模式的索引类型
相对Hash索引,B+树在查找单条记录的速度比不上Hash索引,但是因为更适合排序等操作,所以他更受用户的欢迎。毕竟不可能只对数据库进行单条记录的操作。

Mysql常见索引有:主键索引、唯一索引、普通索引、全文索引、组合索引
1.普通索引index :加速查找
2.唯一索引
    主键索引:primary key :加速查找+约束(不为空且唯一)
    唯一索引:unique:加速查找+约束 (唯一)
3.联合索引
    -primary key(id,name):联合主键索引
    -unique(id,name):联合唯一索引
    -index(id,name):联合普通索引
4.全文索引fulltext :用于搜索很长一篇文章的时候,效果最好。
5.空间索引spatial

MySQL中的LEFT JOIN用于从左表(在LEFT JOIN关键字左边的表)返回所有记录,以及右表(在LEFT JOIN关键字右边的表)中匹配的记录。当涉及到视图(view)和索引时,可能会出现索引失效的情况。 首先,MySQL中的视图是一个虚拟表,其内容由查询定义。视图包含的数据并不实际存在于数据库中,而是在查询视图时动态生成。因此,视图上的索引通常与物理表上的索引不同,它们是视图定义中的SELECT语句上的索引,并不总是能够直接被利用。 当你执行一个包含LEFT JOIN的查询,并且涉及到视图时,可能会遇到索引失效的情况,这通常与以下因素有关: 1. 视图索引策略:视图索引并不是物理上存在于数据库中,它们依赖于视图所基于的基础表的索引。当使用LEFT JOIN时,如果连接条件或者WHERE子句中的条件没有利用到有效的索引,或者优化器认为全表扫描会更加高效,那么索引就可能不会被使用。 2. 优化器的决策:MySQL的优化器会决定是否使用索引以及如何使用索引。在复杂的查询中,特别是涉及到视图和多表连接时,优化器可能会因为各种统计信息和成本模型的计算结果而选择不使用索引,从而导致全表扫描。 3. 视图更新规则:MySQL中对视图的更新有一定限制,特别是在涉及到复杂查询和多表连接的视图。如果视图定义中包含复杂的JOIN操作或者聚合函数,那么可能无法在视图上直接创建索引,进而影响到基于视图的查询性能。 为了确保LEFT JOIN查询在涉及视图索引的有效使用,你可以采取以下措施: - 确保基础表上有适当的索引,并且这些索引能够被视图中的查询利用。 - 分析查询计划,查看是否有不合理的全表扫描发生,如果有,可以尝试重写查询语句来提高索引的利用率。 - 使用EXPLAIN命令来了解查询是如何执行的,以及为什么优化器没有使用某些索引
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值