今天正在吃饭,一个朋友提出了一个他面试中遇到的问题,MySQL允许在唯一索引字段中添加多个NULL值。...ENGINE = InnoDB CHARACTER SET = latin1 COLLATE = latin1_swedish_ci ROW_FORMAT = Dynamic; 然后,我们给name字段添加一个唯一索引...); INSERT INTO `test` VALUES (2, NULL); 并没有报错,说明MySQL允许在唯一索引字段中添加多个NULL值。...对于其他引擎,唯一索引允许包含空值的列有多个空值。...网友给出的解释为: 在sql server中,唯一索引字段不能出现多个null值 在mysql 的innodb引擎中,是允许在唯一索引的字段中出现多个null值的。
原文地址: http://mysql.taobao.org/monthly/2017/12/09/ MySQL · 最佳实践 · 如何索引JSON字段 概述 MySQL从5.7.8起开始支持JSON字段...但MySQL并没有提供对JSON对象中的字段进行索引的功能,至少没有直接对其字段进行索引的方法。本文将介绍利用MySQL 5.7中的虚拟字段的功能来对JSON对象中的字段进行索引。...MySQL只是在数据字典里保存该字段元数据,并没有真正的存储该字段的值。这样表的大小并没有增加。我们可以利用索引把这个字段上的值进行物理存储。...在虚拟字段上加索引 再添加索引之前,让我们先看下面查询的执行计划 EXPLAIN SELECT * FROM `players` WHERE `names_virtual` = "Sally"\G ...小结 本文介绍了如何在MySQL 5.7中保存JSON文档。为了高效的检索JSON中内容,我们可以利用5.7的虚拟字段来对JSON的不同的KEY来建索引。极大的提高检索的速度。
1、MySQL创建索引 创建普通索引: CREATE INDEX index_name ON table_name (column_name); 示例: CREATE INDEX idx_phone...on t_user(phone); 组合索引: CREATE INDEX idx_person_name on t_user(first_name,last_name); 创建唯一索引: CREATE...index_name ON table_name (column_name); 示例:CREATE UNIQUE INDEX idx_username ON t_user(username); 2、MySQL...修改字段及注释 修改字段长度: ALTER TABLE table_name MODIFY COLUMN column_name column_type(length); 示例: ALTER TABLE
具体语法规则可以参考: MySQL 5.7新增对JSON支持 https://blog.csdn.net/szxiaohe/article/details/82772881 如何索引JSON字段 MySQL...并没有提供对JSON对象中的字段进行索引的功能,我们将利用MySQL 5.7中的虚拟字段的功能来对JSON对象中的字段进行索引。...这也是MySQL默认的方式 加完虚拟列的建表语句如下,此时虚拟字段还没加索引 CREATE TABLE `t` ( `id` INT UNSIGNED NOT NULL, `js`...MySQL只是在数据字典里保存该字段元数据,并没有真正的存储该字段的值。这样表的大小并没有增加。我们可以利用索引把这个字段上的值进行物理存储。...参考:MySQL如何索引JSON字段 https://developer.aliyun.com/article/303208 MyBatis Plus查询json字段 https://blog.csdn.net
do /* 对满足i<=10000的值进行while循环 */ insert into t1(a,b) values(i,i); /* 写入表t1中a、b两个字段...insert_t1(); /* 运行存储过程insert_t1 */ update t1 set c = '2019-05-22 00:00:00'; /* 更新表t1的c字段...2019-05-22 00:00:00' */ update t1 set c = '2019-05-21 00:00:00' where id=10000; /* 将id为10000的行的c字段改为与其它行都不一样的数据...模糊查询 3.1 不走索引的原SQL: select * from t1 where a like '%1111%'; 3.2 优化后走索引的SQL(结果不一定准确): select * from t1...范围查询 4.1 不走索引的原SQL: select * from t1 where b>=1 and b <=2000; 4.2 优化后走索引的SQL: select * from t1 where
可以使用SHOW INDEX FROM table_name来查看表的索引,从而查看字段的索引; 查询结果中table为表名,key_name为索引名,Column_name为列名 发布者:全栈程序员栈长
1.添加PRIMARY KEY(主键索引): ALTER TABLE `table_name` ADD PRIMARY KEY ( `column` ) 2.添加UNIQUE(唯一索引) :...ALTER TABLE `table_name` ADD UNIQUE ( `column` ) 3.添加INDEX(普通索引) : ALTER TABLE `table_name` ADD...INDEX index_name ( `column` ) 4.添加FULLTEXT(全文索引) : ALTER TABLE `table_name` ADD FULLTEXT ( `column...`) 5.添加多列索引: ALTER TABLE `table_name` ADD INDEX index_name ( `column1`, `column2`, `column3` )...6.查询表建立的索引有哪些: SHOW INDEX FROM `table_name`
关于索引字段 问题描述 关于删除字段是否适合建索引 案例重现 前段时间公司系统的一个查询接口非常缓慢,前端页面查询的时候都超时报500 了,于是去分析了sql,其实sql 很简单,就是两个表的关联查询,...settlement_list where delete_status = 1 ,速度非常慢,23s 左右,不带delete_status 也是很慢 20多s,于是看了下 settlement_list 的索引...,其他的索引都没问题,然后我就在delete_status 字段也建了个索引,建了以后再查询SELECT * FROM settlement_list where delete_status = 1...好家伙,一下就到了0.36s,这速度是一个质的飞跃啊,于是我就开始纠结了,删除字段建索引,会不会被鄙视啊,理论上小基数字段不要建索引,但是实际情况,建了索引确实速度提高了啊,于是我还是提交了代码,果不其然被同事发现了...,于是开始了掰扯,把索引删掉后,速度一下又到了二十几s,加上索引速度变成1s以内,最后同事得出的结论是,确实找不到反驳的理由,加了索引速度是真的提升了,也许理论和实践还是不一样。
这包括;库表创建规范、字段的创建规范、索引的创建规范以及SQL使用的相关规范,通过这些内容的讲解,让读者更好使用 MySQL 数据库,创建出符合规范的表和字段以及建出合适的索引。...包括;表的引擎、命名约束、字段长度、金额类型、更新时间、索引字段、组合索引等内容,方便大家学习以后,可以基于这些字段的规范演示讲解,在自己创建库表的时候有个参考对照,尽可能创建出性能更佳的库表和索引。...单表索引建议控制在5个以内,单索引字段数不超过5个。注意:已有idx(a, b)索引,又有idx(a)索引,可以把idx(a)删了,浪费空间,降低更新、写入性能。...在一些低区分度的字段,例如type、status上建立独立索引几乎没意义,降低更新、写入性能。 防止因字段不同造成的隐式转换,导致索引失效。 更新频繁的字段,不要建索引。 4....,MySQL内部需要进行特殊处理,表中有较多空字段的时候,数据库性能下降严重。
主键索引: 加锁时,会先给表添加意向锁,IX 或 IS; 加锁是如果是多个范围,是分开加了多个锁,每个范围都有锁;(这个可以实践下 id < 20 的情况) 主键等值查询,数据存在时,会对该主键索引的值加行锁...2 普通索引 普通索引等值查询 —— 数据存在 mysql> begin; select * from t where c = 210 for update; 直接分析 data_locks 表意向锁...普通索引等值查询 —— 数据不存在 mysql> begin; select * from t where c = 211 for update; 直接分析 data_locks 表意向锁; 索引 idx_c...普通索引范围查询 mysql> begin; select * from t where c > 210 and c <= 215 for update; 对于锁住 idx_c 索引的 215 的前开后闭区间是可以理解的...从而得出普通索引和普通字段的结论。
从EXPLAIN的结果是无法区分这两者的,但可以从值的范围和多个等于条件来得出不同。在我们看来,第二个查询就是多个等值条件查询。 我们不是挑剔:这两种访问效率是不同的。...对于范围条件查询,MySQL无法再使用范围列后面的其他索引列了,但是对于“多个等值条件查询”则没有这个限制。...这里考虑如果我们无法把age字段转换为一个IN()的列表,并且仍要求对于同时有last_online和age这两个维度的范围查询的速度很快,那该怎么办?...这个方法可以让 MySQL使用(active, sex, country,age)索引。 active列并不是完全精确的,但是对于这类査询来说,对精度的要求也没有那么高。...如果未来版本的MySQL能够实现松散索引扫描,就能在一个索引上使用多个范围条件,那也就不需要为上面考虑的这类查询使用IN()列表了。
众所周知,group by 一个字段是根据这个字段进行分组,那么group by 多个字段的结果是什么呢?...由前面的结论类比可以得到,group by 后跟多个子段就是根据多个字段进行分组 注:下面的例子是在网上找到的,仅供参考: 比如有一个学生选课表,表结构如下: Table: Subject_Selection...GROUP BY X, Y意思是将所有具有相同X字段值和Y字段值的记录放到一个分组里。...获得的结果如下: Product Buyer SUM PD001 Todd 36.00 PD001 Lily 24.00 PD002 Todd 40.00 本文参考:MYSQL...GROUP BY 对多个字段进行分组
同事问了个问题,MySQL 的某个测试库,发现有这种情况: 给已设置为主键的列又加了一次索引,如下前两条 SQL 语句。 给同一个字段加了 2 次索引,如下后两条 SQL 语句。...1测试一 数据库版本:MySQL 8.0,为表 t 设置主键,再对同字段加个索引可以执行成功。...2测试二 通过 explain,可以验证出对于同时存在 PRIMARY KEY 和普通索引的字段作为检索条件时,优化器会选择 PRIMARY KEY 作为 key,这种选择应该和 MySQL 以索引组织表存储的形式有关...之所以存在上面的这些问题,因为 MySQL 允许创建不同名称相同索引字段的索引。...Oracle 19c,在主键字段上创建索引,会提示 此列列表已索引 的错误。在相同字段上创建第二个索引,也是提示 此列列表已索引 的错误。
bet_num` varchar(255) NULL , `vr_win_data` varchar(255) NULL COMMENT , PRIMARY KEY (`id`) ); -- 新建字段时判断字段是否存在...information_schema.columns WHERE table_schema = DATABASE() AND table_name = '表名' AND column_name = '字段名... IF EXISTS sp_update_888; -- 新建索引时判断索引是否存在 CREATE PROCEDURE sp_update_888() BEGIN IF NOT EXISTS...information_schema.statistics WHERE table_schema=DATABASE() AND table_name = '表名' AND index_name = '索引名...') THEN ALTER TABLE `chenrui_lottery_open_time` ADD INDEX 索引名( `索引字段` ); END IF; end; call sp_update
---+-------+------+---------------+------------+---------+-------+------+-------+ 看到表b是全表扫描 , 这是因为b的字段...rule_id没有索引 增加上索引以后 +----+-------------+-------+------+---------------+-------------+---------+------...SIMPLE | b | ref | idx_rule_id | idx_rule_id | 4 | sinanet.a.id | 1 | Using index | MySQL...是只支持一种JOIN算法Nested-Loop Join(嵌套循环链接) 当关联字段有索引时,走的是Index Nested-Loop Join(索引嵌套链接) 没有索引时会走,Block Nested-Loop...有索引时 ?
现在有这么一个需求 一个questions表,字段有题目(TestSubject),选项(AnswerA,AnswerB,AnswerC,AnswerD,AnswerE) 要求字段不包含png,jpg,...匹配包含方括号内某单个字符的字符串,[0-9]匹配0到9之间的某个数字 * 匹配零个或多个在它前面的字符 {n} 匹配n个在它前面的字符 如果希望大小写都匹配上可以这样写。...但默认是不区分大小写的 [b] 也可匹配上还有 B 的字符串 要匹配的字符在字段起始处,使用 ^ ,在字段的结尾用 $ 如果是中文字符,可能在使用时需要注意一下。...'; -- 以n开头B结尾,7个字符长度的字符串,能匹配到 name_aB SELECT * FROM `test_t` WHERE NAME RLIKE 'd*'; -- 包含0个或多个...name_aB -- ==============模糊查询================ -- MySql的like语句中的通配符:百分号、下划线和escape -- % 表示任意个或多个任意字符
ES索引增加字段 PUT crm_goods/_mapping/goods { "properties": { "addBacklistUser":{ "type": "long...addEmployeeUser":{ "type": "long" }, "addEmployeeUserName":{ "type": "text" } } } PUT 索引.../_mapping/索引名
Laravel的Validation还是蛮好用的,使用Validator可以非常方便的验证表单,它提供了unique唯一性验证,但是默认只能验证一个字段,那遇到两个甚至多个字段的联合索引,需要满足复杂条件唯一性怎么实现呢
对于分区字段必须是主键的一部分,那么建了复合主键之后,是否需要对分许字段再单独添加一个索引呢?有没有效果?...,但这不能等同于索引。...分了区,只能说该字段为某个值的记录会在某个分区里面,但不是索引,还要一顿好找。 有时候,主键不等于分区依据列,这时候主键又想建聚集索引的话,那么必须包含分区依据列,搞成复合主键。...那么,这种情况下,分区依据列不就有索引了吗?...是的,可是它不够快,如果在这个复合索引里面,分区依据列不排在第一位,就不够快,如果查找语句里常常用分区依据列作为过滤条件,就有必要为分区依据列额外单独建立一个索引。
一个 ENUM 类型只允许从一个集合中取得一个值;而 SET 类型允许从一个集合中取得任意多个值。 ENUM 类型 ENUM 类型因为只允许在集合中取得一个值,有点类似于单选项。...另外如果插入值的大小写与集合中值的大小写不匹配,MySQL 会自动使用插入值的大小写转换成与集合中大小写一致的值。 ENUM 类型在系统内部可以存储为数字,并且从 1 开始用数字做索引。...一个 ENUM 类型最多可以包含 65536 个元素,其中一个元素被 MySQL 保留,用来存储错误信息,这个错误值用索引 0 或者一个空字符串表示。...MySQL 认为 ENUM 类型集合中出现的值是合法输入,除此之外其它任何输入都将失败。这说明通过搜索包含空字符串或对应数字索引为 0 的行就可以很容易地找到错误记录的位置。...,当日热门,生日多少天等等逻辑 不要使用null 为什么这么说呢,因为MYSQL对NULL字段索引优化不佳,增加更多的计算难度,同时在保存与处理NULL类形时,也会做更多的工作,所以从效率上来说,不建议用过多的
领取专属 10元无门槛券
手把手带您无忧上云