更详尽的见官方文档： https://dev.mysql.com/doc/refman/8.0/en/innodb-online-ddl-operations.html
很多时候我们看到一些表字符串类型的字段定义为varchar(255)，开始以为varchar只能定义为255这个长度值，其实不然。
1.发现问题 今天在修改innodb表的某个列的长度时，报如下错误： [html] view plain copy print? alter table test2 modify colu
这篇文章主要是讲一下常见的MySQL的安装，和基本操作。适合完全没有MySQL知识但是又急需一些MySQL知识的童靴作为快速入门使用。 背景与安装 背景不用多说了，大家都懂得。直接说在Ubuntu下面的安装吧。其实也是很简单。这里不搞复杂的源码安装，就依次输入下面非常简单的命令安装就够了。 sudo apt-get install mysql-server sudo apt isntall mysql-client sudo apt install libmysqlclient-dev 中间会有弹出设置
存储引擎决定了表的类型，而表内存放的数据也要有不同的类型，每种数据类型都有自己的宽度，但宽度是可选的
本文学习的是MySQL中CHAR和VARCHAR类型学习，CHAR和VARCHAR类型类似，但它们保存和检索的方式不同。它们的最大长度和是否尾部空格被保留等方面也不同。在存储或检索过程中不进行大小写转换。
position<0，与position为正时是一样的，下面的sql的效果是相同的
mysql在创建数据库的时候，字符集设置的不是utf8而是utf9mb4，在导入sql脚本的时候，发现提示如下错误：
MySQL可以将一个字符串列更改为不同于CREATE TABLE或ALTER TABLE语句中所给出的类型。
查看表的详细信息如下（在创建表的时候没有指定其长度，但是每一列都有自己默认的长度）：
创建mysql数据表的时候，通常会指定类型和长度，那么到底代表什么意思呢，每种类型最大长度又是多少，经过我的查阅资料和实验，把结果记录一下
1、DDL(Data Definition Languages)语句:数据定义语言，这些语句定义了不同的数据段、 数据库、表、列、索引等数据库对象的定义。常用的语句关键字主要包括 create、drop、alter 等。
1、char(5) 和varchar(200) 存储'hello'的空间开销相同，使用短列有什么优势? 2、mysql会分配固定大小内存块保存内部值，尤其使用内存表临时表进行排序，操作时。因此最好只分
MySQL 导入 sql 时报错：ERROR 1071 (42000) at line 1236: Specified key was too long; max key length is 1000 bytes
先说结论，mysql 中的 varchar 是有最大长度限制的，这个值是 65535 个字节。
案例：在tb_article文章表中添加一个addtime字段，类型为date(年-月-日)
前面写过一篇介绍int类型的文章，一直想写一篇介绍字符串字段类型的文章，一直拖着也没思路要怎么下手。最近多关注了下这方面的文章，决定还是把拖了好久的文章了结了吧。本篇文章主要会介绍字符串类型char及varchar的用法及区别。
VARCHAR类型用于存储可变长度字符串，是最常见的字符串数据类型。它比固定长度类型更节省空间，因为它仅使用必要的空间(根据实际字符串的长度改变存储空间)。 有一种情况例外，如果MySQL表使用ROW_FORMAT=FIXED创建的话，每一行都会使用定长存储。
数据类型是指列、存储过程参数、表达式和局部变量的数据特征，它决定了数据的存储格式，代表了不同的信息类型。有一些数据是要存储为数字的，数字当中有些是要存储为整数、小数、日期型等...
作为专门用来存储数据的 数据库，MySQL 提供了丰富的数据类型，覆盖绝大多数使用场景
MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。utf8mb4占用的存储空间会略大一些。
前两天同事提了一个问题，MySQL 5.7中给某张表字段增加一个单键值索引，提示了如下错误，
如果是GBK编码，则一个中文汉字占2个字节，英文占1个字节 如果是UTF8编码，则一个中文汉字占3个字节，而英文字母占1字节。 比如定义某个字段数据类型为：varchar(32)，表示这个可以存储 32 个字符，此时表示的是字符，所以跟中英文无关，也就是该字段可以存储 32 个中文，或者是 32 个英文，或者是 32 个中文和英文的混搭都行。但如果字符数超过 32 个的话就会报错。
左表的所有行会显示，右表的只有和左表匹配到的行才会显示。即：A表的全集+ AB表的交集
MySQL提供了5种数据类型：整数类型、浮点数类型、定点数类型、日期和时间类型、字符串类型和二进制类型。
MySQL 的数值数据类型可以大致划分为两个类别，一个是整数，另一个是浮点数或小数。 许多不同的子类型对这些类别中的每一个都是可用的，每个子类型支持不同大小的数据，并且 MySQL 允许我们指定数值字段中的值是否有正负之分(UNSIGNED)或者用零填补(ZEROFILL)。
上面表格中有符号和无符号写反了，[]包含的内容是可选的，默认是无符号类型的，无符号的需要在类型后面跟上unsigned
1、char和varchar都用来保存MySQL中的短字符串。varchar列中的值是可变长字符串。
MySQL 的数值数据类型可以大致划分为两个类别，一个是整数，另一个是浮点数或小数。
最近在工作中，碰到了个很诡异的问题，需求是在两个MySQL数据库为同一张表增加一个二级索引(单键值字段(x varchar(500)))，表结构和加索引的语法，都是相同的，但是一个库执行成功了，一个执行失败了，提示错误如下，
上一章节内容主要介绍了一些MySQL中对表和库的增删改查操作，对于上一章中对与表中字段的一些定义进行说明，本章主要介绍关于数据库类型的一些定义。
本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。
项目中有一个数据交换的场景，由于使用了很多个 varchar(1000)、 varchar(2000)，导致在创建表的时候，MySQL 提示：
1、MySQL中varchar最大长度问题 问题：为啥大字段可以建，小字段却失败? 单个varchar(20000)用utf8没有超过64K，不会转成text类型，2个呢又超了64K最大单行长度
关于MySQL varchar字段类型的最大值计算，也许我们一直都理解错误了，本文从问题出发，经实践验证得出一些实用经验，希望对大家的开发工作有些帮助~
无符号：表示存储的数据在当前字段中，没有负数(只有正数，例如 tinyint 区间为 0～255)
我们都知道，MySQL中关于字符，有char和varchar两种常用的类型，可能在平时的使用过程中，大家不会去关心这两种类型的区别，只是会用就可以了，或者说看到过一些它们的区别，但是没有时间去测试，今天有时间了，我将这两种类型的具体情况实验一把，让大家直观感受下，纯属分享，大神请绕道。
设计mysql表结构的时候，有很多数据类型供我们选择，下面来介绍下mysql8中常用的数据类型。
validate_password是MySQL默认的密码管理策略插件，可通过配置对用户密码长度、强度进行管理；
MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。当然，为了节省空间，一般情况下使用utf8也就够了。
目前OLTP业务的表如果是使用MySQL一般都会使用InnoDB引擎，这也是默认的表引擎。那么这种引擎有什么限制呢？根据官方文档总结下：
1、相同点，char(n)，varchar(n)中的n代表字符数。超过长度n的限制后，字符串将被切断。
整数类型一共有 5 种，包括 TINYINT、SMALLINT、MEDIUMINT、INT（INTEGER）和 BIGINT。 主要存贮的是数字类型数据，常用 INT 类型存储 它们的区别如下表所示：
优化设计不良或索引不佳的架构能把性能提升几个数量级。如果需要高性能，就必须运行特定的查询设计架构和索引，还要评估不同类型查询的性能要求，因为更改某个查询或架构的一部分会对其他部分造成影响。例如，为了加快数据读取而添加的索引会减慢更新的速度。 选择优化的数据类型 遵循以下原则有助于更好的选择合适的数据类型 更小通常更好 更小的数据类型通常更快，因为他们使用更少的磁盘空间，内存和cpu缓存，而且需要的cpu周期更少 简单就好 越简单的数据类型，需要的cpu周期就越少。例如，比较整数的代价小于比较字符，因为字符集
数学学得好的大佬应该知道（本人是个数学渣。。。。），负数的绝对值是正数，正数的绝对值还是正数本身 2、 返回圆周率的函数
这些天，一半的时间都花在练车了，导致毕设进度就慢下来了。而且最近完美主义越来越严重，就加了个调优的小版本。本来今天应该进入第二个阶段了（主redis），结果现在还在对第一个版本进行调优。所以目前还是主mysql。
作者：刘晨，网名 bisal ，具有十年以上的应用运维工作经验，目前主要从事数据库应用研发能力提升和技术管理相关的工作，Oracle ACE（Alumni），腾讯云TVP，拥有 Oracle OCM & OCP 、EXIN DevOps Master 、SCJP 等国际认证，国内首批 Oracle YEP 成员，OCMU 成员，《DevOps 最佳实践》中文译者之一，CSDN & ITPub 专家博主，公众号”bisal的个人杂货铺”，长期坚持分享技术文章，多次在线上和线下分享技术主题。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
