mysql索引原则

最新推荐文章于 2024-10-15 11:52:10 发布
最新推荐文章于 2024-10-15 11:52:10 发布
阅读量78 收藏
点赞数
分类专栏： 笔记 文章标签： mysql 数据库 sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40716545/article/details/120169907
版权

1.in

		当in()中的数据很大时，不走索引
		
		当查询的列是char类型没有加引号，mysql优化器会自动给填充引号，同时也会导致索引失效
		
		当in()中存在子查询、格式化函数等同样也会使索引失效！

2.blob和text字段仅支持前缀索引.
3. 使用!=以及<>不等于的时候，mysql不使用索引.
4. 当在字段时候函数的时候，mysql无法使用索引；
5. 在join时条件字段类型不一致的时候，mysql无法使用索引；
6. 在组合索引里使用非第一个索引时也不使用索引.
7. 在使用like的时候，以%开头，即"%***"的时候无法使用索引；在使用or的时候，要求or前后字段都有索引.

特别想出去浪
关注
专栏目录
MYSQL——索引设计原则
庄小焱
12-28 1492
之前优化器选择使用索引 b，是因为它认为使用索引 b 可以避免排序（b 本身是索引，已经是有序的了，如果选择索引 b 的话，不需要再做排序，只需要遍历），所以即使扫描行数多，也判定为代价更小。但是，对于这个查询语句来说，如果你定义的 index2 不是 email(6) 而是 email(7），也就是说取 email 字段的前 7 个字节来构建索引的话，即满足前缀’zhangss’的记录只有一个，也能够直接查到 ID2，只扫描一行就结束了。其中，Q1 的结果还是符合预期的，rows 的值是 104620；
mysql字段类型不一致导致的索引失效
远方的少年
04-16 1533
1.新建一张表，并且加上索引 CREATE TABLE `people` ( `id` int NOT NULL AUTO_INCREMENT COMMENT '主键id', `age` int unsigned NOT NULL DEFAULT '5' COMMENT '年龄', `name` varchar(30) COLLATE utf8mb4_general_ci DEFAULT NULL COMMENT '姓名', `user_id` int DEFAULT NUL...
mysql索引之三：索引使用注意规则（索引失效--存在索引但不使用索引）*
weixin_34415923的博客
03-05 780
使用索引时，有以下一些技巧和注意事项： (1)越小的数据类型通常更好：越小的数据类型通常在磁盘、内存和CPU缓存中都需要更少的空间，处理起来更快。(2)简单的数据类型更好：整型数据比起字符，处理开销更小，因为字符串的比较更复杂。在MySQL中，应该用内置的日期和时间数据类型，而不是用字符串来存储时间；以及用整型数据类型存储IP地址。(3)尽量避免NULL：应该指定列为NOT NULL，除非你想存...
MySQL索引性能优化分析
热门推荐
张彦峰的博客
04-07 173万+
总结MySQL索引性能优化，主要集中在索引的背景介绍以及索引的高效创建、使用和查询等，最有给出除了索引的一些其他优化思路
mysql-索引设计原则
学会改变自己——才能突破
08-07 1155
1、代码先行，索引后上 不要一上来就进行索引的过度建立，而是根据业务的主体功能开发完毕后，再进行对相关sql的统计并分析之后再进行索引的合理建立。 2、联合索引尽量覆盖条件 由于存储索引也会占用空间，并进数据变更也会进行维护更新，而且每次查询只能用到一个索引，因此尽量建立联合索引，尽量少建立单值索引，让每一个联合索引都尽量去包含sql语句里的where、order by、group by的字段，还要确保这些联合索引的字段顺序尽量满足sql查询的最左前缀原则。 3、不要在小...
MySQL索引的设计原则
swadian2008的博客
05-07 2143
目录 1. 选择唯一性索引 2. 为经常需要排序、分组和联合操作的字段建立索引 3. 为常作为查询条件的字段建立索引 4. 限制索引的数目 5. 尽量使用数据量少的索引 6. 数据量小的表最好不要使用索引 7. 尽量使用前缀来索引 8. 删除不再使用或者很少使用的索引 9. 代码现行，索引后上 10. where 与 Order by 冲突时优先 where 11. 基于慢查询做优化 索引的设计可以遵循一些已有的原则，创建索引的时候应尽量考虑符合这些原则，便于提升索引的使用效率，更高
mysql建立索引原则
debugmyworld
08-05 5005
一、数据库索引创建规则 1、表的主键、外键必须有索引； 2、数据量超过300的表应该有索引； 3、经常与其他表进行连接的表，在连接字段上应该建立索引； 4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引； 5、索引应该建在选择性高的字段上； 6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引； 7、复合索引的建立需要进行仔细分析；尽量考虑用单字段索引代替： 　正确选择复合索引中的主列字段，一般是选择性较好的字段； 　复合索引的几个字段是否经常同时以AND方式出现在Where
mysql索引原则 区分度_MySQL索引设计原则
weixin_29378153的博客
01-28 1253
1.最左前缀原则一般在where条件中两个及以上字段时，我们会建联合索引。若查询语句：select name,address,country from people where name='XXX' and country='XXX';索引建立有下面两种方案A(name,country) B(country,name)。将选择性好的字段放在前面(因为people name重复率相对于countr...
MySQL索引创建原则
PinkCoder
04-04 1602
MySQL索引创建原则
Mysql 索引使用原则
鸭梨的博客
05-20 1053
索引的设计可以遵循一些已有的原则，创建索引的时候请尽量考虑符合这些原则，便于提高索引的使用效率，更高效地使用索引。 1）最适合索引的列是出现在WHERE子句中的列，或连接子句中指定的列，而不是出现在SELECT关键字后的选择列表中的列。 2）使用唯一索引。考虑某列中值的分布。索引的列的基数越大，索引的效果越好。唯一性索引的值是唯一的，可以更快速的通过该索引来确定某条记录。 例如，学生表中的学号是具有唯一性的字段。为该字段建立唯一性索引可以很快的确定某个学生的信息。如果使用姓名的话，可能存在同名现象，从而降
mysql索引最左原则实例代码
09-09
MySQL索引最左原则是指在MySQL数据库中，利用复合索引时，查询条件要尽量匹配索引的最左边字段，这样才能有效地利用索引，加快查询速度。理解最左原则对于优化数据库查询性能至关重要。 首先，当我们创建复合索引时...
深入浅析Mysql联合索引最左匹配原则
09-09
MySQL的联合索引是一种优化查询性能的有效手段，它遵循“最左匹配原则”。这个原则指出，当创建一个包含多个列的联合索引时（例如，KEY test_col1_col2_col3 ON test(col1, col2, col3)），MySQL会在查询时从索引的...
简单了解添加mysql索引的3条原则
01-19
不使用索引，MySQL必须从第1条记录开始然后读完整个表直到找出相关的行。表越大，花费的时间越多。如果表中查询的列有一个索引，MySQL能快速到达一个位置去搜寻到数据文件的中间，没有必要看所有数据。注意如果你...
mysql 不支持utf8mb4_0900_ai_ci
green hand的博客
10-14 273
表示它支持最多4个字节的字符，这使得它能够存储比传统 UTF-8 更多的字符。它是 MySQL 5.5.3 及以后版本推荐的字符集，因为它提供了更好的国际化支持和更广泛的字符支持。这种排序规则特别适合需要对包含字母和数字的字符串进行排序的场景，并且不区分大小写。utf8mb4_0900_ai_ci/utf8mb4_0900_ci 修改为utf8_general_ci。：这是一种超集（superset）的 UTF-8 编码，它支持存储任何Unicode字符，包括一些新的和罕见的字符。
MySQL中表的约束
pouop的博客
10-13 990
表中一定要有各种约束，通过约束，让我们来插入数据库中的数据是符合预期的。约束本质是通过技术手段，倒逼程序员插入正确的数据；反过来，站在MySQL的角度来单，内部已经插进来的数据，都i是符合数据约束的数据。约束的最终目标：保证数据完整性和可预期性为了完成以上的所有目标，就需要除了数据类型自带的范围约束以外的更多约束。
MySQL表的操作
2302_81707171的博客
10-14 835
MySQL表的操作
【MySQL】入门篇—SQL基础：SQL语言概述
thinking_chou的专栏
10-12 1054
数据定义语言（DDL）用于定义数据库结构，包括创建、修改和删除数据库对象（如表、索引等）。示例：创建用户表表示创建一个名为users的表。定义了一个自增的主键列。定义了一个不允许为空的用户名列。定义了一个不允许为空且唯一的邮箱列。
【原创】java+springboot+mysql校园留言墙管理系统设计与实现
最新发布
计算机软件编程，包含Java、Php、Python、前后端、数据库等实战项目
10-15 952
使用java+springboot+mysql开发的留言墙管理系统网站，系统包含管理员、用户角色，功能如下：管理员：登录后台；用户管理（冻结解禁）；留言管理；公告管理；关于我们；个人信息、密码修改。用户：注册、登录系统；首页，查看所有留言，发布留言，可以回复其他人的留言，可以按内容搜索留言；查看公告；用户还具备个人中心功能，可以管理自己的留言，可以修改个人信息，上传头像，可以修改密码。系统界面美观大方，功能及其丰富，使用了springboot、bootstrap、jquery、ajax等技术栈。
MySQL之Buffer Pool缓冲池详解
XT4625的专栏
10-15 748
Innodb 存储引擎设计了一个缓冲池（，来提高数据库的读写性能。Buffer Pool 以页为单位缓冲数据，可以通过参数调整缓冲池的大小，默认是 128 M。Innodb 通过三种链表来管理缓页：Free List （空闲页链表），管理空闲页；Flush List （脏页链表），管理脏页；LRU List，管理脏页+干净页，将最近且经常查询的数据缓存在其中，而不常查询的数据就淘汰出去。；
mysql索引创建原则
09-14
MySQL索引创建时应遵循一些基本原则，以提高查询性能并优化数据库结构： 1. **选择恰当的字段**：对经常用于WHERE、JOIN或ORDER BY语句的列创建索引。这些列的数据变化频率相对较低且值的唯一性越高越好。 2. **避免过宽的索引**：如果索引包含过多的列，查询效率会降低，因为每次搜索都需要比较所有列。尽量创建复合索引（如 `(column1, column2)`），当需要同时过滤多个列时。 3. **考虑覆盖索引**：如果一个查询的返回结果可以由索引完全提供，那么就不需要访问数据表了，这称为“覆盖索引”。例如，对于`SELECT column1, column2 FROM table WHERE column1 = ?`，如果`column1`和`column2`都在索引内，就形成了覆盖索引。 4. **避免在频繁更新的列上创建索引**：因为插入、删除或修改操作会使索引失效，可能导致性能下降。但对于读取密集型应用，这通常是可以接受的。 5. **分区和索引配合**：对于大表，可以考虑按某个列进行分区，然后在每个分区上单独创建索引。 6. **避免全表扫描**：理想情况下，索引应该使得大部分查询能够快速定位到特定行，而不是导致全表扫描。 7. **注意哈希索引**：哈希索引只适用于等值查找，而且不能处理排序，所以在涉及范围查询时效果不佳。 8. **定期维护**：通过ANALYZE TABLE或OPTIMIZE TABLE命令检查和调整索引，保持其有效性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值