如果是GBK编码，则一个中文汉字占2个字节，英文占1个字节 如果是UTF8编码，则一个中文汉字占3个字节，而英文字母占1字节。 比如定义某个字段数据类型为：varchar(32)，表示这个可以存储 32 个字符，此时表示的是字符，所以跟中英文无关，也就是该字段可以存储 32 个中文，或者是 32 个英文，或者是 32 个中文和英文的混搭都行。但如果字符数超过 32 个的话就会报错。
根据以往经验应该是字段长度不够，才会触发这样的报错，于是排查了数据库中表的字段长度
由于硬件等各种原因需要把大概170多万2t左右的微博图片数据存到Mysql中.之前存微博数据一直用的非关系型数据库mongodb，由于对Mysql的各种不熟悉，踩了无数坑，来来回回改了3天才完成。
Mysql5.7版本以后新增的功能，Mysql提供了一个原生的Json类型，Json值将不再以字符串的形式存储，而是采用一种允许快速读取文本元素（document elements）的内部二进制（internal binary）格式，并提供了不少内置函数,通过计算列，甚至还可以直接索引json中的数据。
OK 没问题，设置 nick_name 为 utf8mb4 varchar(50)
开发在使用MySQL中,建立比较大的VARCHAR字段来存储SQL执行的语句或者利用MYSQL 来存储什么VARCHAR(1000) VARCHAR(2000) 之类的事情比比皆是，实际上存储超高的字符的字段在MYSQL中是不提倡的,本来可以是JSON格式的数据，非要变成普通字段存储到MYSQL中，或者使用各种怪异的如下图那样的数据存储方式,有必要这样一根筋的这样处理字符吗？实际上MYSQL8本身支持JSON类型的数据输入,并且很容易处理这些信息
整数类型一共有 5 种，包括 TINYINT、SMALLINT、MEDIUMINT、INT（INTEGER）和 BIGINT
我们不推荐使用非严格模式下建立table，因为它会可能造成数据丢失的情况，所以我们必须在5.6版本中将mysql设置为严格模式。
整数类型一共有 5 种，包括 TINYINT、SMALLINT、MEDIUMINT、INT（INTEGER）和 BIGINT。
这家公司的真名就叫做“三藏”，和我的名字“悟空”很契合，唐三藏给悟空面试，合情合理，还带有一丝趣味，所以我就去面试了。三藏公司是一家小厂，技术负责人面的我，欲知面试结果，文末揭晓。
整数类型一共有 5 种，包括 TINYINT、SMALLINT、MEDIUMINT、INT（INTEGER）和 BIGINT。 主要存贮的是数字类型数据，常用 INT 类型存储 它们的区别如下表所示：
我用的数据库版本太低，不能直接存入json，遂将原来json格式的文件转换成字符串 ￥=并用python自带的方法--eval()恢复成原样 例如：将列表里套着的字典类型的做处理 mes = [{'alert_settings': {'sms': '1', 'email': '1'}, 'user_id': '1680700'}, {'alert_settings': {'sms': '1', 'email': '1'}, 'user_id': '2857376'}, {'alert_settings'
redis是基于内存来储存非关系型数据的键值对数据库。支持数据的持久化（重启加载）与多数据类型（Stirng、Hash、Set、List 、Zset）
If you can change your mind, you can change your life.
排序规则（Collation）是比较和排序字符串的一种规则，每个字符集都会有默认的排序规则，可以使用命令 SHOW CHARSET 来查看：
一 介绍 存储引擎决定了表的类型，而表内存放的数据也要有不同的类型，每种数据类型都有自己的宽度，但宽度是可选的 详细参考： http://www.runoob.com/mysql/mysql-data-types.html http://dev.mysql.com/doc/refman/5.7/en/data-type-overview.html mysql数据类型概览 #1. 数字： 整型：tinyinit int bigint 小数： float ：在位数比较短的情况
我在一篇文章中使用了emoji表情，前面很顺利，不管是WordPress还是其他博客园啥的，都是正常发送。
存储引擎决定了表的类型，而表内存放的数据也要有不同的类型，每种数据类型都有自己的宽度，但宽度是可选的
1：取值范围如果加了unsigned，则最大值翻倍，如tinyint unsigned的取值范围为(0~255)。
定位错误的窍门就是 先看最后一句，是一个json解析错误。然后找具体哪行时候，我们直接看我们自己写的py文件就好，其他的忽略。迅速锁定来这行，原来是header的问题。我们代码中直接就对header字符串进行json化。结果当为空的时候 ，会引发代码报错。
因为 InnoDB 在存储数据的时候，更加安全，所以默认的存储引擎是InnoDB(虽然 MyISAM 比 InnoDB 快)
好，经过前面文章的一个介绍就了解了一下微信小程序的一个原生开发，那么了解完了微信小程序的一个原生开发之后，从这篇开始再来了解一下微信小程序的一个 云开发。
要从其它系统数据库中导出一些数据，发现其中有个字段的值是json字符串，而需求要的是该JSON字符串中某个key对应的value值。
MySQL在5.7.8开始对json原生支持，本文将对MySQL中json类型的用法简单说明，希望对你有用。
null，表示没有引用指向或没有指针，若操作该变量会引发空指针异常，即NullPointerException，NPE。
在一次开发中使用 MySQL PREPARE 以后，从 prepare 直接取 name 赋值给 lex->prepared_stmt_name 然后给 EXECUTE 用，发现有一定概率找不到 prepare stmt 的 name，于是开始动手调查问题发生的原因。
直接通过 eval 函数实现，不过注意需要在 json 字符串前后拼上括号，否则会当成代码块报错解析导致报错：
搞懂了有限状态机，手写各种解析器都不在话下，主要区别也就是考虑怎么去设计各种状态流转。
在开发IM时有些有用的头像用了emoji表情或者聊天的时候用了emoji表情，然而mysql数据库用的编码是utf8_general_ci,就是utf-8编码，结果也就报错误了。emoji表情存不了在数据库。
MySQL支持由 RFC 7159 定义的原生JSON 数据类型，该数据类型可以有效访问 JSON（JavaScript Object Notation）中的元素数据。与将JSON 格式的字符串存储为单个字符串类型相比，JSON 数据类型具有以下优势：
在MySQL与PostgreSQL的对比中，PG的JSON格式支持优势总是不断被拿来比较。其实早先MariaDB也有对非结构化的数据进行存 储的方案，称为dynamic column，但是方案是通过BLOB类型的方式来存储。这样导致的问题是查询性能不高，不能有效建立索引，与一些文档数据库对比，优势并不大，故在社区 的反应其实比较一般。当然，MariaDB的dynamic column功能还不仅限于非结构化数据的存储，但不在本文进行展开。 MySQL 5.7.7 labs版本开始InnoDB存储引擎已经原生
在MYSQL 5.6及以下没有 JSON 这个字段类型的时候，我们还只能用字符串存储数组，对象，这些结构数据；甚至有直接将序列化的对象存库的，都是无奈之举。
group查询就是分组查询，为什么要分组查询？因为我们想按某个维度进行统计。下面来看个图：
在做接口自动化的时候，Excel作为数据驱动，里面存了中文，通过第三方库读取中文当请求参数传入 requests.post() 里面，就会报错
2.你可能会报这个错——Caused by: java.sql.SQLException: Data truncated for column ‘Color’ at row 1 ；
情况1：存储很短的信息。比如门牌号码101，201……这样很短的信息应该用char，因为varchar还要占个byte用于存储信息长度，本来打算节约存储的，结果得不偿失。
今天项目中遇到一个需求，APP的问题上报和意见反馈提意见的时候，需要支持表情。前端没什么，但是如果存入到mysql 就会报错了。导致的原因是，Emoji表情占用4个字节，但是MySQL数据库UTF-8编码最多只能存储3个字节。所以存储就会报错。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/101420.html原文链接：https://javaforall.cn
上一篇说了实时数仓并写了一个简单的例子，这些主要来说离线数仓，数据到达kafka后，走了实时和离线两条路，离线条路线的主要流程是采集kafka的数据HDFS中，然后使用Hive进行数仓的建设，因为我们数据来源可能是第三方API，IOT还有其他一些渠道，还有直接从数据库同步过来，那么数据库的数据我们离线这边可能直接使用DataX这种工具同步到HDFS了，就不经过Kafka了，而其他的数据才经过kafka,然后再使用采集程序将数据采集到HDFS。
MySQL5.7的发行声明中，官方称之为里程碑式的版本，除了运行速度大幅度提升之外，还添加了之前版本没有的功能，如本文所述的原生JSON数据类型功能。 在此版本之前，MySQL所有的JSON数据类型，全部是使用text等文本类型来实现的，数据的处理只能在应用代码级来实现，十分不方便。
1、使用MySQLdb读取出来的数据是unicode字符串，如果要写入redis的hash中会变成
这里首先解释下：json.dumps()和json.loads()是json格式处理函数（可以这么理解，json是字符串）
"At the end of the day, we can endure much more than we think we can.—— Frida Kahlo"
不知道大家第一眼看标题的时候有没有理解，什么是“字段类型长度”，这里我来解释下，就比如我们在MySQL建表的时候，比如下面这个建表语句：
问题1 MySQL报错MySQL“ERROR 1046（3D000）：未选择数据库”更新查询
最近在公司做了几张报表，还记得刚开始要做报表的时候都快把SQL给忘光了（当时在广州休假了1个月多，在实习期间也没咋写过SQL），回到公司的第一个需求就是做报表。
一、数据类型概述 MySQL的数据类型有大概可以分为5种，分别是 整数类型、浮点数类型和定点数类型、日期和时间类型、字符串类型、二进制类型。现在可以来看看你对这5种类型的熟悉程度，哪个看起来懵逼了，那就说明自己哪个不熟悉，不理解。 注意：整数类型和浮点数类型可以统称为数值数据类型，这不难理解。 1）数值数据类型 整数类型：TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT 浮点数类型：FLOAT、DOUBLE
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
