记录一个在工作中遇到的问题，也不算是问题，为的是找一种简便的方法批量修改数据表字段的排序规则，在MySQL中叫collation，常常和编码CHARACTER一起出现的。...collation有三种级别，分辨是数据库级别，数据表级别和字段级别。...level https://confluence.atlassian.com/display/CONFKB/How+to+Fix+the+Collation+and+Character+Set+of+a+MySQL...但是我遇到的场景是数据表级别已经是utf8_unicode_ci，而字段级别是utf8_general_ci，（这里我们关心的字段类型是varchar）。...由于需要修改的字段太多了，手工修改肯定是费时费力的。自然也想到了用脚本的方式批量修改，但是发现这种通过查找MySQL信息表、过滤、拼接生成批量修改的语句太好用了，而且还能做到针对varchar类型。
mysql 在DDL 权威指南 5.6 官方文档 ：verision :https://dev.mysql.com/doc/refman/5.6/en/innodb-online-ddl-operations.html...5.7 官方文档 ： https://dev.mysql.com/doc/refman/5.7/en/innodb-online-ddl-operations.html 对比 对比过后我们可知...在5.6 里面执行DDL 根本没有单独操作Varchar这个字段类型。...注意 一个的字节长度VARCHAR列是依赖于字符集的字节长度 。 减少VARCHAR使用就地尺寸ALTER TABLE不被支持。减小VARCHAR 大小需要表副本（ALGORITHM=COPY）。...总结 在数据量很大的时候，varchar通过Online DDL做到快速进行更改字段长度。但是前提条件就是不会进行锁表和copy数据的过程。 这个前提条件就是数据库的支持5.7及5.7以上。
在这篇文章中，我将为你解析如何在MySQL数据库中，对VARCHAR类型的日期字段进行筛选。这是一个在数据库设计中经常遇到的问题，尤其是当日期被保存为字符串格式时。...你是否也在搜索“MySQL VARCHAR日期筛选”、“如何在MySQL中筛选字符串日期”等关键词？不用再找了，这里有你想要的答案！ 引言 在数据库设计中，选择合适的字段类型非常重要。...正确筛选VARCHAR日期字段的方法 ️ 为了正确筛选VARCHAR日期字段，我们可以使用MySQL的 STR_TO_DATE 函数： -- 考虑日期和时间 SELECT * FROM your_table_name...总结 虽然使用VARCHAR字段来存储日期和时间提供了灵活性，但它也带来了筛选数据的挑战。幸运的是，通过使用MySQL的内置函数，我们可以有效地解决这个问题。...希望这篇文章帮助你解决了在MySQL中筛选VARCHAR日期字段的问题！ 参考资料 MySQL官方文档 - STR_TO_DATE函数: 链接 日期和时间的存储选择: 链接
1.varchar类型 （1）varchar (N)：中的N指的是字符的长度，即：该字段最多能存储多少个字符(characters)，不是字节数。...：varchar字段定义中带有 default null 允许列空,则需要 1 bit 来标识，每 8 个bits的标识组成一个字段。...(3)虽然InnoDB内部支持 varchar 65535 字节的行大小，但是MySQL本身对所有列的合并大小施加了 65535 字节的行大小限制。...如果被varchar超过上述的b规则，被强转成text类型，则每个字段占用定义长度为11字节，当然这已经不是“varchar”了。...mysql> alter table t4 modify column c3 varchar(21813); ERROR 1118 (42000): Row size too large.
很多时候我们看到一些表字符串类型的字段定义为varchar(255)，开始以为varchar只能定义为255这个长度值，其实不然。...官方文档所说，varchar有效的最大长度取决于行的容量，以及用的字符集，整行的所有列的定义长度不能超过65535字节(bytes)，text、blob等大字段类型除外， P.S. https://dev.mysql.com...一般情况下，我们用的是InnoDB引擎，utf8则是常用字符集，因此varchar类型字段定义为255比较合适。...但实际上，varchar(255)并不是最优的字符定义长度，究竟定成多少，还是要根据实际需求来决定，例如这个字段我就不需要创建索引，定义超过255，是可以的，只能说255是常规情况下较少出错的一个值。...《小白学习MySQL - 索引键长度限制的问题》 《小白学习MySQL - MySQL会不会受到“高水位”的影响？》
原文地址： 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...t_user MODIFY COLUMN user_name varchar(32) default "" COMMENT '用户名';
很多时候我们看到一些表字符串类型的字段定义为varchar(255)，开始以为varchar只能定义为255这个长度值，其实不然。...官方文档所说，varchar有效的最大长度取决于行的容量，以及用的字符集，整行的所有列的定义长度不能超过65535字节(bytes)，text、blob等大字段类型除外， P.S. https://dev.mysql.com.../doc/refman/5.7/en/char.html 《小白学习MySQL - 变通创建索引的案例一则》提到了， InnoDB，如果需要建索引，就不能超过767bytes，utf8编码，255*3...一般情况下，我们用的是InnoDB引擎，utf8则是常用字符集，因此varchar类型字段定义为255比较合适。...但实际上，varchar(255)并不是最优的字符定义长度，究竟定成多少，还是要根据实际需求来决定，例如这个字段我就不需要创建索引，定义超过255，是可以的，只能说255是常规情况下较少出错的一个值。
CHAR 和 VARCHAR 声明时格式为 CHAR(num) 和 VARCHAR(num)，这里的 num 表示的是你想存储的最大字符数。注意是字符数，而不是字节数。...即 VARCHAR 仅使用必要空间，一般情况下，它比 CHAR 要更节省空间。 二、存储区别 VARCHAR 会额外使用1到2个字节来记录字符串的长度。...示例如下（mysql版本5.7，后同）： CREATE TABLE t1 (c1 CHAR(10)); INSERT INTO t1 (c1) VALUES('xy'); set sql_mode...因为 MySQL 通常会分配固定大小的内存块来保存内部值，尤其是使用内存临时表进行排序或操作时。在利用磁盘临时表进行排序也同样糟糕。所以，最好的策略是只分配真正需要的空间。...from 《高性能MySQL》 六、参考资料 官方文档 《高性能MySQL》第四章
这样的表在数据库中没有外键关系，而且一般ForeignKey的类型是varchar，为了兼容其他表的主键可能不一样。...ForeignKey = b.ID } select a; 因为xxx.id是Guid(uniqueidentifier)类型和WorkflowInstance.ForeignKey是string(varchar...equals new { ForeignTable = nameof(xxx), ForeignKey = b.ID+"" } select a; 以为这段代码最终都会转成sql语句，而Guid是不能直接转换成varchar...(50) AS BEGIN RETURN CONVERT(VARCHAR(50),@id) END 把函数添加到db模型 可以直接编辑edmx模型文件添加如下代码： <Function Name...添加自定义函数对应的方法 /// /// sql函数Guid转varchar /// /// /// <returns
具体语法规则可以参考： 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
概述从MySQL 5.7.8版本开始，MySQL引入了对JSON字段的支持，这为处理半结构化数据提供了极大的灵活性。然而，MySQL原生并不支持直接对JSON对象中的字段进行索引。...本文将介绍如何利用MySQL 5.7中的虚拟字段功能，对JSON字段中的数据进行高效索引，以提高查询性能。假设我们有一个记录用户游戏数据的JSON对象，我们希望能够快速检索游戏玩家的相关信息。...接下来，我们将演示如何使用虚拟字段对JSON字段进行索引。...在虚拟字段上添加索引为了提高查询性能，我们可以在虚拟字段上添加索引。...开发者可以更好地管理和优化JSON数据结构的查询与索引，充分发挥MySQL 5.7在现代应用中的强大能力。
存在则删除表t1 */ CREATE TABLE `t1` ( /* 创建表t1 */ `id` int(11) NOT NULL AUTO_INCREMENT, `a` varchar...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
可以使用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内部需要进行特殊处理，表中有较多空字段的时候，数据库性能下降严重。
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 的前开后闭区间是可以理解的...从而得出普通索引和普通字段的结论。
mysql–varchar类型时间排序和查询某一个时间段信息 背景： 在实际操作中会经常将时间数据以 varchar 类型存入数据库，因为业务要求需要查询最近时间内的数据，所以需要根据时间排序 排序实例...SELECT * FROM 表名 ORDER BY 时间字段名 DESC; 降序 SELECT * FROM 表名 ORDER BY 时间字段名 ASC; 升序 SELECT * FROM 表名...ORDER BY 时间字段名; 升序 查询介于一个时间段之间的信息实例 SELECT 字段名 FROM 表名 WHERE STR_TO_DATE(时间字段名, '%Y-%m-%d...') BETWEEN STR_TO_DATE(起始时间, '%Y-%m-%d') AND STR_TO_DATE(结束时间, '%Y-%m-%d') ORDER BY STR_TO_DATE(时间字段名
MySQL分区类型主要包括：range分区、list分区、hash分区、key分区； 无论是那种MySQL分区类型，要么分区表上没有主键/唯一键，要么分区表的主键/唯一键都必须包含分区键，也就是说不能使用主键.../唯一键字段之外的其他字段分区。...如： 去掉主键约束后，创建表会成功: 分区的名字遵循MySQL标识符的原则。分区的名字不区分大小写，如果分区名分别为 mypart 和 MyPart 将会被MySQL认为是同一个分区而报错。...类似的函数有 to_days()、to_seconds()；5.5版本后可直接使用日期字段作为分区键。...，否则不被接受 4、Hash/Key 分区中，null 值会被当做零值来处理 5、为了避免在处理 null 值时出现误判，推荐通过设置字段非空和默认值来绕开 MySQL 对 null 值的默认处理 发布者
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
云直播
