一、原因 UTF-8是使用1~4个字节，一种变长的编码格式，字符编码。mb4即 most bytes 4，使用4个字节来表示完整的UTF-8。 MySQL的utf8是utfmb3，只有3个字节，节省空间但不能表达全部的UTF-8。如果遇到4字节的字符比如Emoji表情，那么就会插入异常了。所以推荐使用utf8mb4。 utf8 空间占用小，一般开发足够。utf8mb4会多占用点空间，所以当有类似于

使用yum安装MariaDB yum install -y mariadb-server 启动MariaDB systemctl start mariadb 设置MariaDB开机自启动 systemctl enable mariadb 首次安装需要进行数据库的配置，命令都和mysql的一样 mysql_secure_installation 设置MariaDB字符集为utf-8 vim /etc

mysql默认varchar类型是对大小写不敏感（不区分），如果想要mysql区分大小写需要设置排序规则： utf8_bin将字符串中的每一个字符用二进制数据存储，区分大小写。 utf8_genera_ci不区分大小 mysql默认varchar类型是对大小写不敏感（不区分），如果想要mysql区分大小写需要设置排序规则： utf8_bin将字符串中的每一个字符用二进制数据存储，区分大小写。 ut

前言： 在 MySQL 中，系统支持诸多字符集，不同字符集之间也略有区别。目前最常用的字符集应该是 utf8 和 utf8mb4 了，相比于 utf8 ，utf8mb4 支持存储 emoji 表情，使用范围更广。本篇文章 前言： 在 MySQL 中，系统支持诸多字符集，不同字符集之间也略有区别。目前最常用的字符集应该是 utf8 和 utf8mb4 了，相比于 utf8 ，utf8mb4 支持存储

最近我遇到了一个 bug，我试着通过 Rails 在以“utf8”编码的 MariaDB 中保存一个 UTF-8 字符串，然后出现了一个离奇的错误： Incorrect string value: ‘\xF0\x9F\x98\x83 for column ‘summary' at row 1 我用 最近我遇到了一个 bug，我试着通过 Rails 在以“utf8”编码的 MariaDB 中保存一个

新建表格 CREATE TABLE `person` ( `id` int NOT NULL COMMENT '主键', `name` varchar(64) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL COMMENT '姓名', `age` int NULL DEFAULT NULL COMMENT '年龄', `address`

主库执行 CREATE DATABASE test CHARACTER SET utf8 COLLATE utf8_general_ci;use test;create table if not exists h1 (id int(10) PRIMARY KEY AUTO_INCREMENT,name varchar(50) NOT NULL);insert into test.h1 values

1、先来查看一个建表语句 create table student( sid int primary key aotu_increment, sname varchar(20) not null, age int)charset=utf8; 思考一个问题： 当我们建表时，不指定charset=utf8的时候，此时插入中文，为 1、先来查看一个建表语句 create table student( s

一、创建mysql数据库 1.创建数据库语法 --创建名称为“testdb”数据库，并设定编码集为utf8CREATE DATABASE IF NOT EXISTS testdb DEFAULT CHARSET utf8 COLLATE utf8_general_ci; 二、创建用户 1.新建用户 --创建 一、创建mysql数据库 1.创建数据库语法 --创建名称为“testdb”数据库，并设定

前言 数据库里面，部分数据表和数据是latin1的，部分数据表和数据是UTF8，还有部分表，表结构是utf8而数据是latin1。 这种奇葩情况，工作了十几年的我，还是第一次碰到。下面说一下， 前言 数据库里面，部分数据表和数据是latin1的，部分数据表和数据是UTF8，还有部分表，表结构是utf8而数据是latin1。 这种奇葩情况，工作了十几年的我，还是第一次碰到。下面说一下，怎么样字符集统

MySQL的UTF-8编码方式 MySQL 从 4.1 版本开始支持 UTF-8，也就是 2003 年，然而目前流行的UTF-8 标准（RFC 3629）是在此之后规定的。正因此，才造就了MySQL中的UTF-8与我们日常开发中的UTF-8不一致 MySQL的UTF-8编码方式 MySQL 从 4.1 版本开始支持 UTF-8，也就是 2003 年，然而目前流行的UTF-8 标准（RFC 3629

【修改编码格式】 修改数据库编码 ALTER database database_test character set utf8; 修改数据库表编码 ALTER table table_test character set utf8; 【外部数据库方便乱码问题解决】 SET NAMES 'utf8'; 它相当于下 【修改编码格式】 修改数据库编码 ALTER database database_t

失败场景 用户昵称中存在emoji表情，调用jdbc往mysql数据库插入的时候抛出异常 java.sql.SQLException: Incorrect string value: 'xF0x9Fx90x9B' 失败原因 mysql的utf8编码的一个字符最多3个字节，但是一 失败场景 用户昵称中存在emoji表情，调用jdbc往mysql数据库插入的时候抛出异常 java.sql.SQLExc

第一步：使用记事本打开mysql安装目录下的"my.ini”文件。 # MySQL client library initialization.[client]port=3306[mysql]default-character-set=utf8 看看 default-character-set 是不是 utf8不是的话 改为utf8即可！（ 第一步：使用记事本打开mysql安装目录下的"my.in

1. 目标：将 mysql 的 character_set_server 的值由 latin1 更改为 utf8 暂时性：SET character_set_server=utf8 即可，一次性。 永久性：需要更改配置文件，见第2步骤。 2. mysql 5.7.21 的 support-files里没有配 1. 目标：将 mysql 的 character_set_server 的值由 lati

MySQL多表join时报错如下：[Err]1267 – Illegal mix of collations(utf8_general_ci,IMPLICIT) and (utf8_unicode_ci,IMPLICIT) for operation ‘= 就是说两个表的排序规则（COLLATION）不同，无法完成比较。COLLATION是用 MySQL多表join时报错如下：[Err]1267

MySQL绿色版设置编码，以及1067错误 查看MySQL编码 SHOW VARIABLES LIKE 'char%'; 因为当初安装时指定了字符集为UTF8，所以所有的编码都是UTF8。 character_set_client：你发送的数据必须与client指定的 MySQL绿色版设置编码，以及1067错误 查看MySQL编码 SHOW VARIABLES LIKE 'char%'; 因为当初

前言 之前一直认为UTF-8是万能的字符集问题解决方案，直到最近遇到这个问题。最近在做新浪微博的爬虫， 在存库的时候发现只要保持emoji表情，就回抛出以下异常： Incorrect string val 前言 之前一直认为UTF-8是万能的字符集问题解决方案，直到最近遇到这个问题。最近在做新浪微博的爬虫， 在存库的时候发现只要保持emoji表情，就回抛出以下异常： Incorrect strin

一、简介 MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。当然，为了 一、简介 MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8

1.在cmd中进入mysql查看默认的编码格式: mysql show variables like "%char%"; 若不是utf8(因为我用的是utf8)，关掉mysql服务，在my.ini中添加 [client]default-character-set=utf8[mysqld]default-storage-engine=INNODBcha 1.在cmd中进入mysql查看默认的编码格式