MySQL record 07 part

索引

注意,是排序,有序就会加快查找的速度。

优势:

劣势

  1. 索引会单独占用存储空间
  2. 索引虽然可以提高排序和查找的速度,但同时也会降低更新、删除、新增数据的速度,因为MySQL此时既要更改表,也要维护更改表后对索引的调整。

所以,只有当进行查找操作的时候,建议使用索引,其他操作(比如更删改就不要使用索引了。

索引分类:

普通索引:

key就是键
唯一索引:

单列索引:

多列索引:

全文索引:


索引的创建

隐式,自动添加的索引
显式,创建索引

显式创建普通索引

性能分析语句可以查看是否使用了索引,

先看字段 book_name 有索引

EXPLAIN SELECT * FROM book WHERE book_name='some';

结果中看到type是ref表示使用了索引,索引名字为idx_bname 再看字段 info 是没有索引的, EXPLAIN SELECT *

FROM book WHERE info='some';

结果中看到type是all,表示没有使用索引,

显式创建唯一索引

显式创建主键索引

显式创建单列索引

显式创建多列索引

多列索引也叫联合索引,

使用性能分析语句查看是否使用的索引,

创建表语句包含的联合索引为:INDEX mul_bid_bname_info(book_id,book_name,info)

EXPLAIN SELECT * FROM book4 WHERE book_id='some';

上图中可以看到type为ref表示使用了联合索引,

注意,只有当查询的字段是多列索引中定义的首字段的时候,才会使用多列索引,如果查询的字段不是多列索引定义的多个字段中的第一个字段,将不会使用多列索引,举例如下:

EXPLAIN SELECT * FROM book4 WHERE book_name='some';

可以看到,本次性能查询语句中查询的字段不是多列索引显式定义时的首字段(book_id,book_name,info),即使book_name在多列索引定义中,但此时做的查询是不会使用多列索引的。

再举一个例子,

EXPLAIN SELECT * FROM book4 WHERE book_id=1001 AND book_name='some'; 查询字段中指定了2个字段都包含在定义多列索引中,最重要的是其中有定义多列索引中的首字段book_id,所以这条查询语句一定会使用多列索引,

而下面的这个例子

EXPLAIN SELECT * FROM book4 WHERE info='book' AND book_name='some';

infobook_name 虽然都在定义的多列索引里,但它们都不是多列索引的首字段,所以在查询时候还是不会使用多列索引。

创建全文索引

创建索引的另一种方式,给已经存在的表创建索引:



使用create index方式在已创建的表上创建索引:

这是在已经创建好的表上创建索引的另一种方式,

测试索引案例:

建表后,创建数据填充函数mock_data:

在创建函数过程中,如果出现错误提示:

ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary logging is enabled (you might want to use the less safe log_bin_trust_function_creators variable)

需要设置,

SET GLOBAL log_bin_trust_function_creators=TRUE;

如果数据库没有使用主从复制,那么就可以将参数log_bin_trust_function_creators设置为1。

mysql> set global log_bin_trust_function_creators=1;

这个动态设置的方式会在服务重启后失效,所以我们还必须在my.cnf中设置,加上log_bin_trust_function_creators=1,这样就会永久生效。

expain 可以分析MySQL语句的执行能力(耗时),

SELECT * FROM app_user WHERE name='user99';
EXPLAIN SELECT * FROM app_user WHERE name='user99';

在查询语句最前面加上EXPLAIN ,就可以分析这条查询语句的耗时(执行能力),

删除索引:
DROP INDEX uk_idx_bname ON book6;

alter

september2024the23thMonday

需要用到索引的几种情况:

不需要使用索引的几种情况:

索引失效的几种原因:


september2024the23thMonday

相关推荐
聪明的墨菲特i几秒前
SQL进阶知识:九、高级数据类型
xml·数据库·sql·mysql·json·空间数据类型
oioihoii6 分钟前
金仓数据库 KingbaseES 产品深度优化提案:迈向卓越的全面升级
数据库·性能优化·金融·金仓数据库 2025 征文·数据库平替用金仓
艺杯羹14 分钟前
JDBC 批处理与事务处理:提升数据操作效率与一致性的密钥
数据库·mysql·jdbc·事务处理·批处理数据
珹洺37 分钟前
Jsp技术入门指南【十】IDEA 开发环境下实现 MySQL 数据在 JSP 页面的可视化展示,实现前后端交互
java·运维·前端·mysql·intellij-idea·jsp
猫咪-952743 分钟前
【金仓数据库征文】——选择金仓,选择胜利
数据库·金仓数据库 2025 征文·数据库平替用金仓
努力进修2 小时前
【金仓数据库征文】-金仓数据库性能调优 “快准稳” 攻略:实战优化,让数据处理飞起来
数据库·人工智能·金仓数据库 2025 征文·数据库平替用金仓
User_芊芊君子3 小时前
【金仓数据库征文】金仓数据库KingbaseES:千行百业国产化征程中的璀璨之星
数据库·数据库平替用金仓·金仓数据库2025征文
_extraordinary_4 小时前
MySQL 库的操作 -- 增删改查,备份和恢复,系统编码
android·mysql·oracle
mutianhao10244 小时前
SQLAlchemy 2.x 异步查询方法比较
python·mysql·sqlalchemy
User_芊芊君子4 小时前
【金仓数据库征文】金仓数据库KingbaseES:在技术与人文交织中开拓信创未来
数据库·数据库平替用金仓·金仓数据库2025征文