首页
学习
活动
专区
圈层
工具
发布

MySQL建索引需要的原则

1.选择唯一性索引 唯一性索引的值是唯一的,可以更快速的通过该索引来确定某条记录。例如,学生表中学号是具有唯一性的字段。为该字段建立唯一性索引可以很快的确定某个学生的信息。...因此,为这样的字段建立索引,可以提高整个表的查询速度。 4.限制索引的数目 索引的数目不是越多越好。每个索引都需要占用磁盘空间,索引越多,需要的磁盘空间就越大。修改表时,对索引的重构和更新很麻烦。...越多的索引,会使更新表变得很浪费时间。 5.尽量使用数据量少的索引 如果索引的值很长,那么查询的速度会受到影响。...mysql会一直向右匹配直到遇到范围查询(>、 3 and d = 4 如果建立(a,b,c,d)顺序的索引...比如a = 1 and b = 2 and c = 3 建立(a,b,c)索引可以任意顺序,mysql的查询优化器会帮你优化成索引可以识别的形式 10.尽量选择区分度高的列作为索引。

2.8K20
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    粗聊Mysql——你会建库建表么?

    本文中说到的“建”,并非单纯的建一个库,或是建一张表,而是你建好的库和表在项目的运营中,是否能应付各种事件,下面我说说几个我在项目中遇到的问题以及处理的方法,算是一个小小的心得,给大家分享下。...比如现在有2张表,一张新闻栏目表,一张新闻表,现在两张表需要进行关联,我想大多数人的做法肯定是在新闻表里建一个新闻栏目id,然后把新闻栏目表里的主键ID(自增)写到这个字段里,通过这样进行两表关联。   ...所以我建议两表之间关联不用主键,而是单独建一个编号的字段,我们这里可以用mysql的uuid()函数做为编号,相关文献可以参考《UUID做主键好还是不好》,只所以一张表要2个主键,一个物理主键(自增id...至于性能,我本地测了下基本上没差异,网上也有人做了10W条数据的测试——《实测MYSQL UUID性能》。...四、为常用的搜索字段建立索引吧   不解释,但不要盲目建立索引。 五、欢迎您的回复补充

    7.9K10

    MySQL 系列教程之(五)DDL 操作:建库建表

    创建RUNOOB数据库,并设定编码集为utf8 删除数据库 删库有风险,动手需谨慎 drop database 库名; MySQL 数据表 创建MySQL数据表需要以下信息: 表名 表字段名 定义每个表字段...MySQL数据表。...查看表结构 desc stu; 查看建表语句 show create table stu\G 修改表结构 格式: alter table 表名 action(更改选项); 添加字段: 添加字段:alter...表中的name字段添加唯一性索引,索引名为uni_name; alter table user add unique uni_name(name); -- 为user表中的email字段添加普通索引...删除表 MySQL中删除数据表是非常容易操作的, 但是你再进行删除表操作时要非常小心,因为执行删除命令后所有数据都会消失。 DROP TABLE table_name ;

    10.3K73

    ClickHouse学习-建表和索引的优化点(一)

    ClickHouse 优化点 clickhouse 相对于mysql,除了在mysql在SQL和索引的优化空间比较大外,而其他的clickhouse的优化空间还是很大的,对于clickhouse他的服务端配置参数对于任务的影响还是很大的...现在我们来看看clickhouse都有哪些常规的优化点,今天主要学习一下创建表的时候需要注意的点 建表优化 1. 数据类型 1.1 null值尽量避免 1.2 日期都存储为日期类型 时间戳类型。...分区和索引优化 2.1 分区优化 分区粒度根据业务特点决定,不宜过粗或过细。一般选择按天分区,也可以指定为Tuple(),以单表一亿数据为例,分区大小控制在10-30个为最佳。...2.2 索引优化 我们先搞清楚,clickhouse的索引是如何存储的,当数据被插入到表中时,会创建多个数据片段并按主键的字典序排序。...总结 建表优化,创建字段的时候尽量不要使用nullable 日期尽量都使用date类型 索引存储的规则 创建索引尽量选择基数大的,也就是重复相对较多的(因为是稀疏索引)在mysql中正好是相反的他需要创建索引的时候基数相对较大的

    4.1K20

    MySQL只索引组织表

    MySQL之索引组织表 今天没怎么学习,简单写下MySQL里面innodb存储引擎下的索引组织表吧。...在Innodb存储引擎中,表都是根据主键的顺序组织存放的,这种存储方式的表称之为索引组织表,在innodb存储引擎中,每张表都有主键,也就是primary key,如果在创建表的时候没有显式的制定主键,...3.当我们的表中有多个唯一索引时,innodb存储引擎会选择建表时的第一个定义的非空索引作为主键,需要注意的是,主键的选择根据的是定义索引的顺序,而不是建表时的顺序。...这张表包含a,b,c,d四个列b,c,d三个列上我们都创建了唯一索引,不同的是b的值可以为空,而c,d列都是唯一索引,而且不为空,上面的建表语句没有显式的定义主键,所以innodb存储引擎会帮我们自动选择非空的唯一索引...,可以看出虽然c,d都是非空唯一索引,但是在定义的过程中,unique key (d)比较靠前,所以innodb存储引擎将他作为这个表的主键。

    2.3K10

    MySQL 开发规范清单:建表、索引、SQL、ORM 四块一次讲透

    这种坑,我把建表、索引、SQL、ORM四块最要命的强制项整理成这份清单(2026年8月整理,以MySQL8.0为基线)。...一、建表规约:命名的坑,从第一行DDL就开始了MySQL建表规范里,命名是最容易被忽略、又最难改的部分。字段名一旦上线被业务引用,改起来牵一发动全身,还没法预发布,所以规范第一条就是"想清楚再建"。...二、索引规约:索引不是越多越好,也不是越少越好MySQL索引优化最常见的两个误区:一是索引宁滥勿缺,二是吝啬到该建的索引不建。...几条索引铁律一起给:1)超过三个表禁止join;join的字段类型必须绝对一致,且关联字段必须有索引。2)varchar字段建索引必须指定长度,没必要对全字段建。...建表(MySQL建表规范)、索引(MySQL索引优化)、SQL、ORM四块都能在这篇里找到对应的坑。后续我打算再写一篇EXPLAIN实战解读,把慢查询定位讲透,感兴趣的可以在评论区告诉我。

    24010

    MySQL建表数据类型的选择

    如果查询中包含可为 NULL 的列,对 MySQL 来说更难优化,因为可为 NULL 的列使得索引、索引统计和值比较都更复杂。特别是计划在列上建索引,就应该尽量避免设计成可为 NULL 的列。...MySQL 可以为整数类型指定宽度,例如 int(11),对大多数应用这是没有意义的:它不会限制值的合法范围,只是规定了 MySQL 的一些交互工具(例如 MySQL 命令行客户端)用来显示字符的个数。...MySQL 浮点型和定点型可以用类型名称后加(M,D)来表示,M 表示该值的总共长度,D 表示小数点后面的长度。...与其它类型不同,MySQL 把每个 blob 和 text 值当作一个独立的对象处理。...枚举(enum)类型 MySQL 在内部会将每个值在列表中的位置保存为整数,并且在表的 .frm 文件中保存 “数字-字符串” 映射关系的 “查找表”。

    7.6K10

    MySQL【第二章】——建表&&约束

    一、数据类型   MySQL中定义数据字段的类型对你数据库的优化是非常重要的。 MySQL支持多种类型,大致可以分为三类:数值、日期/时间和字符串(字符)类型。...date: yyyy/MM/dd     time: HH/mm/ss     datetime: yyyy/MM/dd/HH/mm/ss     timestamp: 1970-01-01  二、建表...    外键约束:外键创建在从表(副表)中,从表中的FOREIGN KEY指向主表中的PRIMARY KEY。    ...例如:   1) 性别:sex char(1) default '男'     2) 日期:createdate timestamp default current_timestamp 2.建表...DROP PRIMARY KEY;   5)新增唯一约束:   ALTER TABLE 表名 ADD UNIQUE(列名称1[,列名称2,..]);   6)删除唯一约束:其实就是删除指定的唯一约束的索引名称

    6.8K20

    MySQL建表时需要注意什么

    MySQL建表时需要注意什么命名规范✅(大厂红线,基础但必问)统一团队规范,避免后续维护灾难,核心原则:全小写+下划线分隔,禁止驼峰和中文表名前缀统一(如t_),避免与MySQL关键字冲突见名知意,禁止无意义缩写...索引设计(面试核心考点)索引是MySQL性能的灵魂,建表时就要规划好,核心原则:少而精,按需创建必须有主键:推荐自增bigint或雪花算法ID,绝对禁止无主键表联合索引遵循最左前缀原则,过滤性高的字段放前面避免冗余索引...:如已有idx(a,b),则无需再建idx(a)控制索引数量:单表索引不超过5个,过多会严重影响写入性能优先使用覆盖索引,避免回表查询表结构优化⚡(提前规避性能瓶颈)单表行数控制在2000万以内,超过提前规划分库分表冷热数据分离...ID哈希分表过度索引导致写入性能差单表索引超过5个,插入更新删除性能下降50%以上遵循"少而精"原则,删除冗余索引合并重复索引:如已有idx(a,b),删除idx(a)真实模拟面试️模拟面试:MySQL...建表注意事项面试官:“你在项目里负责过不少数据库设计,那直接聊聊,MySQL建表的时候你最关注哪些点?

    31210

    mysql建索引优点及几大原则

    索引的优点:   最常见的B-Tree索引,按照顺序存储数据,所以MYSQL可以用来做order by和group by操作。因为数据是有序的,所以B-Tree也就会将相关的列值存储在一起。...总的来说只有索引帮助存储引擎快速查找到记录的好处大于其带来的额外工作时,索引才是有效的。   对于非常小的表,大部分情况下简单的全表扫描更高效;   对于中到大型的表,索引就非常有效。   ...mysql建索引的几大原则 1.选择唯一性索引   唯一性索引的值是唯一的,可以更快速的通过该索引来确定某条记录。例如,学生表中学号是具有唯一性的字段。...7.最左前缀匹配原则   当对多个列同时索引时,MySQL会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配 聚簇索引(Clustered Indexes)   聚簇索引并不是一种单独的索引类型...除聚簇索引之外的表上的每个非聚簇索引都是二级索引,又叫辅助索引(secondary indexes)。

    1.4K00

    「Mysql索引原理(十五)」维护索引和表-修复损坏的表

    修复损坏的表 即使用正确的类型创建了表并加上了合适的索引,工作也没有结束:还需要维护表和索引来确保它们都正常工作。...维护表有三个主要的目的:找到并修复损坏的表,维护准确的索引统计信息,减少碎片。 表损坏(corruption)是很糟糕的事情。对于MyISAM存储引擎,表损坏通常是系统崩溃导致的。...其他的引擎也会由于硬件问题、MySQL本身的缺陷或者操作系统的问题导致索引损坏。 损坏的索引会导致查询返回错误的结果或者莫须有的主键冲突等问题,严重时甚至还会导致数据库的崩溃。...CHECK TABLE通常能够找出大多数的表和索引的错误。...不过,如果损坏的是系统区域,或者是表的“行数据”区域,而不是索引,那么上面的办法就没有用了。在这种情况下,可以从备份中恢复表,或者尝试从损坏的数据文件中尽可能地恢复数据。

    3.2K20

    MySQL查询表索引的方式

    在网上可以查到有两种方式查询表的索引 show index from tablename SELECT * FROM mysql.innodb_index_stats a WHERE a.database_name...= '数据库名' and a.table_name like '%表名%'; 第一种是可行的,问题是在于并不是用SELECT语句,所以就不能和其他的表数据一起查询,譬如说 查询表结构的时候连同索引一起查询...在网上翻了很多页面都没有找到合适的解决方案,于是我把所有独立数据库用户身份可以查看的表全部翻看一遍之后发现。STATICS表中是存有索引数据的。...SELECT * FROM INFORMATION_SCHEMA.STATISTICS WHERE TABLE_SCHEMA = basename AND TABLE_NAME = tablename 将索引信息和表结构信息一起查看的查询...先将STATISTICS表中的数据过滤一遍,再进行合并,两张表都要以basename,tablename进行过滤。

    5K20

    MySQL 的回表、覆盖索引、索引下推

    回表 在研究mysql二级索引的时候,发现Mysql回表这个操作,往下研究了一下 字面意思,找到索引,回到表中找数据 解释一下就是: 先通过索引扫描出数据所在的行,再通过行主键ID 取出数据。...) 索引下推 索引下推(index condition pushdown )简称ICP,在Mysql5.6以后的版本上推出,用于优化回表查询; 在不使用ICP的情况下,在使用非主键索引(又叫普通索引或者二级索引..., 然后由存储引擎通过判断索引是否符合MySQL服务器传递的条件,只有当索引符合条件时才会将数据检索出来返回给MySQL服务器 ; 索引条件下推优化可以减少存储引擎查询基础表的次数,也可以减少MySQL...VALUES ('张三', 24, '中国'); INSERT INTO `t_user`(`name`, `age`, `address`) VALUES ('李期', 24, '中国'); 用上面的语句建一个测试用的表...总结: 索引下推功能是mysql 5.6推出优化回表的操作,只支持向上兼容,低版本是不支持的; 索引下推优化的只是回表次数,扫描行数还是一样的。

    2.4K20

    【Oracle】-【索引】先查数据再建索引,还是先建索引再插数据?

    问题: 1、新建一个表结构,创建索引,将百万或千万级的数据使用insert导入该表。 2、新建一个表结构,将百万或千万级的数据使用isnert导入该表,再创建索引。 这两种效率哪个高呢?...我感觉无论先建还是后建索引,当有数据时都需要update索引数据,问题是有索引的情况下插数据与有数据的情况下建立索引,各自的消耗。...实验: 100w记录, 1、先创建表和索引,再插入数据,大约1.3min。...总结: 如果先建立索引再插入数据,每次插入数据还需要修改索引信息。 实战还要看业务要求,有的业务可能还需要索引和约束对数据进行校验,这样就应该先建立索引了。...如果是一次性处理,原则上先插数据后建索引。

    3.2K30
    领券