其中 book_name 是 varchar(20) 类型。 插入 sql 语句如下：
尽量不使用unsigned，对于int类型可能存放不下的数据，int unsigned同样可能存放不下，与其如此，还不如设计时，将int类型提升为bigint类型。
背景：目前正在进行业务重构，需要对使用MySQL的业务库表进行重新设计，在迁移时，遇到了中文字符乱码问题（源库表的默认编码是LATIN1，新库表的默认编码为UTF8），故重新学习了下MySQL编码和解码相关知识，并整理了在遭遇乱码时的一些常用技巧。（本文发布于云+社区：https://cloud.tencent.com/developer/article/1370123）
一个典型的互联网产品架构包含接入层、逻辑处理层以及存储层，其中存储层承载着数据落地和持久化的任务，同时给逻辑处理层提供数据查询功能支持。说到存储层就要说到数据库，数据库知识掌握程度也是面试考察的知识点。
情况1：存储很短的信息。比如门牌号码101，201……这样很短的信息应该用char，因为varchar还要占个byte用于存储信息长度，本来打算节约存储的，结果得不偿失。
一直再听说高并发，没有体验过真正的高并发，这次体验下1000w数据表（不知道算不算大数据），刚好体验下mysql索引的性能； 这次带大家体验下上千万的表并发查询操作，本例用的是swoole协程，插入1000W条数据（引用官方demo）； 固态硬盘大概30分钟左右，机械硬盘可自行测试，可修改for循环中的个数控制插入条数；
在大部分情况下,程序的瓶颈都在于数据库,所以为了减少数据库的压力,我们会通过缓存(减少数据库查询),分布式数据库,读写分离等方式去减少数据库本身的curd压力.
对于数据类型分类，这里简单分为数值类型（如BIT,BOOL,INT），文本、二进制类型（如CHAR,VARCHAR），时间日期（DATE），String类型（如ENUM类型），这里简单了解一下即可
我在“UTF8字符集的表怎么直接转UTF8MB4”一文中介绍了如何把表字符集由UTF8直接转换成UTF8MB4的几种方法。
这些类型包括严格数值数据类型(INTEGER、SMALLINT、DECIMAL和NUMERIC)，以及近似数值数据类型(FLOAT、REAL和DOUBLE PRECISION)。
好了，有个字符集为UTF8MB4的表中想存储各类不同字符集的文本，有哪些注意事项亿避免乱码？
其实不论客户端进程和服务器进程是采用哪种方式进行通信，最后实现的效果都是：客户端进程向服务器进程发送
double：浮点型，例如double(5,2)表示最多5位，其中必须有2位小数，即最大值为999.99；
昨天跟同事聊起数据表性能的问题，能不能仅用覆盖索引实现数据的汇总统计。找了一个开发环境已有的数据表进行测试，通过explain命令，能看到mysql通过覆盖索引就能实现sum的需求，而无须去读取实际行数据。
如果是GBK编码，则一个中文汉字占2个字节，英文占1个字节 如果是UTF8编码，则一个中文汉字占3个字节，而英文字母占1字节。 比如定义某个字段数据类型为：varchar(32)，表示这个可以存储 32 个字符，此时表示的是字符，所以跟中英文无关，也就是该字段可以存储 32 个中文，或者是 32 个英文，或者是 32 个中文和英文的混搭都行。但如果字符数超过 32 个的话就会报错。
之前有一个需求，要求输入描述限制上限为5000字符。由于需要新设计表结构，所以我有了一个疑问，到底设计表的时候，字段类型如何才能更合理，不浪费存储空间，于是了解了一下比较常用的char、varchar、text的区别。
前言 身为一名前端工程师，对于 SQL了解程度并不是很深刻，盘点一些个人工作遇到的问题，给大家普及下知识，以及记录自己如何解决这些问题的。 导航 SELECT 语句不区分大小写? SELECT IN
本人混迹qq群2年多了，经常听到有人说“数据表太大了，需要分表”，“xxxx了，要分表”的言论，那么，到底为什么要分表？
前一段时间 ，我们完成了 Java 集合与数据结构的学习 ， 之后我们将进入 Mysql 数据库的课程中。
我们都知道，MySQL中关于字符，有char和varchar两种常用的类型，可能在平时的使用过程中，大家不会去关心这两种类型的区别，只是会用就可以了，或者说看到过一些它们的区别，但是没有时间去测试，今天有时间了，我将这两种类型的具体情况实验一把，让大家直观感受下，纯属分享，大神请绕道。
为更好的帮助DBA运维数据库，腾讯云将于每月12日在社群直播开展DBbrain诊断日，腾讯云高级产品经理迪B哥直播解析经典数据库运维难题，结合腾讯云数据库智能管家DBbrain的能力，为大家提供问题优化思路和方法，玩转数据库！ 本期诊断日主要分享内容：数据库库表中的细节设计-数据类型相关案例。 在MySQL的使用和运维工作中，大家往往会把大量精力集中在如何优化慢SQL、如何设计数据库架构以及如何使用最佳时间的配置组合来提升数据库的访问性能上，但对于库表设计往往都比较随意。 其实良好的数据库逻辑设计和物理设
MEDIUMTEXT 最大长度是 16777215 (2^24 – 1) 个字符。
根据查询结果返回一个正的 MySQL 结果资源号，出错时返回 FALSE。本函数会对 INSERT/UPDATE/DELETE 查询返回 TRUE/FALSE 来指示成功或失败。
创建数据库表： 创建一个表名为：employee，该表中含有id、name、sex、birthday、job字段
如需有条件地从表中选取数据，可将 where 子句添加到select语句中。 SELECT field1, field2,...fieldN FROM table_name1, table_name2... [WHERE condition1 [AND [OR]] condition2.....
其实不论客户端进程和服务器进程是采用哪种方式进行通信，最后实现的效果都是：客户端进程向服务器进程发送一段文本（MySQL语句），服务器进程处理后再向客户端进程发送一段文本（处理结果）。那服务器进程对客户端进程发送的请求做了什么处理，才能产生最后的处理结果呢？客户端可以向服务器发送增删改查各类请求，我们这里以比较复杂的查询请求为例来画个图展示一下大致的过程：
mysql索引真的是一个让人不得不说的话题，这个东西你在面试中会用到，在实际的工作中也会用到，这更是一个专业的DBA所必须掌握的内容，它的重要性体你在大厂的面试题汇总也可以看到，属于必问的一个内容。
「第二范式」：「建立在第一范式的基础上」，第二范式要求数据库表中的每个实例或行必须「可以被惟一地区分」。为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。这个惟一属性列被称为主键>
floor和group by配合使用group by的key唯一性和编码顺序导致二次执行产生不同大的key
① BLOB和TEXT值也会引起自己的一些问题，特别是执行了大量的删除或更新操作的时候。删除这种值会在数据表中留下很大的"空洞"，以后填入这些"空洞"的记录可能长度不同。为了提高性能，建议定期使用 OPTIMIZE TABLE 功能对这类表进行碎片整理。
经过半天的折腾，终于搞清楚了来龙去脉，这里简单给大家分享下。为了方便说明，我将测试例子中的表和语句简化，但不影响问题重现。
我们现在已经知道了，mysql客户端到服务器字符集是如何编码解码的，但表中数据到底存在哪里？以什么格式存放？mysql以什么方式访问这些数据？这些我们都会在下面一一解答。
在几个月前写过一篇博文 MySQL数据类型 http://blog.itpub.net/23718752/viewspace-1371434/ 当时写完以后有同事朋友就提出了一些疑问，对于汉字在MySQL和Oracle中的存放情况希望我能够详细的说说。 关于MySQL中的varchar字符类型，自己的操作都是基于字符集UTF-8。 对于存放汉字，涉及到字符，字节，编码的一些知识，我查了一下，自己先补补，发现有一个帖子已经描述的很详细了。直接引用过来。 http://www.regexlab.com/
用途：用来映射简单的单字节字符，比如大小写英文字母、阿拉伯数字、常用的标点符、运算符、控制字符等。
文章目录 MySQL_字符集及数据类型 1.字符集 2.校对集 3.MySQL的数据类型--值的类型 (1)整型 (2)unsigned(无符号) (3)显示宽度(zerofill) (4)浮点型 (
不管是工作中，还是面试中，关于mysql的explain执行计划以及索引优化，都是非常值得关注的。
作者 | 天士梦 来源 | https://www.cnblogs.com/cchust/p/4601536.html 问题背景 有同事反馈在mysql上面执行一条普通的insert语句，结果报错， execute failed due to >>> Incorrect string value: '\xA1;offl...' for column 'biz_info' at row 1 经过半天的折腾，终于搞清楚了来龙去脉，这里简单给大家分享下。为了方便说明，我将测试例子中的表和语句简化，但不影响问题重
MySQL对象名默认规定大小写敏感，且在生产环境中MySQL通常运行在Linux系统下，Linux系统本身也是大小写敏感的。
MySQL 数据库的varchar类型在4.1以下的版本中的最大长度限制为255，其数据范围可以是0~255或1~255（根据不同版本数据库来定）。在 MySQL5.0以上的版本中，varchar数据类型的长度支持到了65535，也就是说可以存放65532个字节的数据，起始位和结束位占去了3个字 节，也就是说，在4.1或以下版本中需要使用固定的TEXT或BLOB格式存放的数据可以使用可变长的varchar来存放，这样就能有效的减少数据库文 件的大小。
所有的数据库对象名称必须使用小写字母并用下划线分割（MySQL大小写敏感，名称要见名知意，最好不超过32字符） 所有的数据库对象名称禁止使用MySQL保留关键字（如 desc、range、match、delayed 等，请参考 MySQL官方保留字 【https://dev.mysql.com/doc/refman/5.7/en/keywords.html】 ） 临时库表必须以tmp为前缀并以日期为后缀（tmp_） 备份库和库必须以bak为前缀并以日期为后缀(bak_) 所有存储相同数据的
下午使用pt-osc工具对线上表进行变更的时候，发现了一个问题，在对latin1字符集进行变更的时候，变更完毕之后的表的中文注释都变成了'？'，无法正常显示了。于是在测试环境上进行了实验。
前提 ： 1数据库和表都是utf8_general_ci格式 2程序代码也是utf-8格式，且使用了mysql_query("set names utf-8"); 及 htmlentities ENT_QUOTES,'utf-8'
一个SQL语句，如select * from tablename ，从支持接口进来后，进入连接池后做权限、验证等环节，然后判断是否有缓存，有则直接放回结果，否则进入SQL接口，在查询之前查询优化器进行优化，最后进行解析，查询。并通过存储引擎与文件交互。
以下配置项是Linux系统的本地化（localization）设置，用于控制系统在不同方面如何呈现和处理数据。下面是每个配置项的解释：
关于编码问题前面一共整理4篇博客，这是终篇。我使用MySQL时经常会遇到乱码问题，尤其是涉及到中文和emoji表情符号时，然而当我查询资料时发现大多数资料几乎雷同，寥寥几句仅贴了几个参数的定义，并没有案例来详细说明，因此我利用几个周末时间整理出这个编码系列博客，希望能对和我同样深受编码困扰的人提供些帮助，当然能力有限，里面很多观点是我根据各种资料的推测，并没有在相关文档中找到确切的描述佐证，可能有理解偏颇之处。
在开发中自己SQL一直写得很随便，为了提升自己的SQL水平，我在写SQL时强迫自己做这些操作，并养成习惯。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
