首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

MySQL不要再用utf8

utf8mb4才是真正的UTF-8 没错,MySQL中的utf8mb4才是真正的UTF-8,MySQL中的utf8其实是一种专属的编码,它能编码的Unicode字符并不多。...所有还在使用utf8编码格式的MySQL和MariaDB用户都应该改成utf8mb4,且不再使用utf8,避免出现类似的问题。...历史问题分析 为什么MySQL中的utf8不是真正的UTF-8? 或许从MySQL的更新日志中可以找到答案。...不过很显然,在这个不合法的字符集发布之后,MySQL就无法修复它,因为这样需要要求所有的用户重构他们的数据库,所以MySQLutf8还是最多支持3个字节,最终,MySQL在2010年发布了utf8mb4...综上 相信很多同学还不知道这个知识点,主要是目前网络上大多数的文章教程都把MySQL中的utf8当成正真的UTF-8,因此希望看到这篇文章的小伙伴能有所收获并广而告之。

2.1K20
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    永远不要在 MySQL 中使用“utf8

    问题的症结在于,MySQL 的“utf8”实际上不是真正的 UTF-8。 “utf8”只支持每个字符最多三个字节,而真正的 UTF-8 是每个字符最多四个字节。...简单概括如下: MySQL 的“utf8mb4”是真正的“UTF-8”。 MySQL 的“utf8”是一种“专属的编码”,它能够编码的 Unicode 字符并不多。...我要在这里澄清一下:所有在使用“utf8”的 MySQL 和 MariaDB 用户都应该改用“utf8mb4”,永远都不要再使用“utf8”。 那么什么是编码?什么是 UTF-8?...MySQL 的“utf8”字符集与其他程序不兼容,它所谓的“”,可能真的是一坨…… MySQL 简史 为什么 MySQL 开发者会让“utf8”失效?我们或许可以从提交日志中寻找答案。...将 CHAR 列的编码设置为“utf8”。 我的猜测是 MySQL 开发者本来想帮助那些希望在空间和速度上双赢的用户,但他们搞砸了“utf8”编码。 所以结果就是没有赢家。

    89430

    记住,永远不要在 MySQL 中使用 “utf8

    问题的症结在于,MySQL 的“utf8”实际上不是真正的 UTF-8。 “utf8”只支持每个字符最多三个字节,而真正的 UTF-8 是每个字符最多四个字节。...简单概括如下: MySQL 的“utf8mb4”是真正的“UTF-8”。 MySQL 的“utf8”是一种“专属的编码”,它能够编码的 Unicode 字符并不多。...我要在这里澄清一下:所有在使用“utf8”的 MySQL 和 MariaDB 用户都应该改用“utf8mb4”,永远都不要再使用“utf8”。 那么什么是编码?什么是 UTF-8?...MySQL 的“utf8”字符集与其他程序不兼容,它所谓的“”,可能真的是一坨…… MySQL 简史 为什么 MySQL 开发者会让“utf8”失效?我们或许可以从提交日志中寻找答案。...将 CHAR 列的编码设置为“utf8”。 我的猜测是 MySQL 开发者本来想帮助那些希望在空间和速度上双赢的用户,但他们搞砸了“utf8”编码。 所以结果就是没有赢家。

    66920

    mysql 导入导出数据

    导出数据库用mysqldump命令(注意mysql的安装路径,即此命令的路径): 导出数据和表结构: mysqldump -u用户名 -p密码 数据库名 > 数据库名.sql #/usr/local/...mysql/bin/ mysqldump -uroot -p abc > abc.sql 敲回车后会提示输入密码 只导出表结构 mysqldump -u用户名 -p密码 -d 数据库名 > 数据库名....sql #/usr/local/mysql/bin/ mysqldump -uroot -p -d abc > abc.sql 注:/usr/local/mysql/bin/ —-> mysql的...data目录 导入数据库 首先建空数据库 mysql>create database abc; 导入数据库 方法一: 选择数据库 mysql>use abc; 设置数据库编码 mysql>set names...utf8; 导入数据(注意sql文件的路径) mysql>source /home/abc/abc.sql;方法二: mysql -u用户名 -p密码 数据库名 < 数据库名.sqlmysql -uabc_f

    6.1K30

    记住,永远不要在MySQL中使用“utf8

    问题的症结在于,MySQL 的“utf8”实际上不是真正的 UTF-8。 “utf8”只支持每个字符最多三个字节,而真正的 UTF-8 是每个字符最多四个字节。...简单概括如下: MySQL 的“utf8mb4”是真正的“UTF-8”。 MySQL 的“utf8”是一种“专属的编码”,它能够编码的 Unicode 字符并不多。...我要在这里澄清一下:所有在使用“utf8”的 MySQL 和 MariaDB 用户都应该改用“utf8mb4”,永远都不要再使用“utf8”。 1 什么是编码?什么是 UTF-8?...MySQL 的“utf8”字符集与其他程序不兼容,它所谓的“”,可能真的是一坨…… 2 好好 MySQL 简史 为什么 MySQL 开发者会让“utf8”失效?...将 CHAR 列的编码设置为“utf8”。 我的猜测是 MySQL 开发者本来想帮助那些希望在空间和速度上双赢的用户,但他们搞砸了“utf8”编码。 所以结果就是没有赢家。

    69040

    谨记不要在MySQL中使用“utf8”编码

    谨记不要在MySQL中使用“utf8”编码 掉坑回顾: 最近在工作中遇到一个BUG,用于记录客户昵称的数据表,在插入带有表情的字符时候报错.使用的存储引擎是INNODB,当我查看数据库字段的时候确实是设置的...直到我深入了解才发自己使用的姿势并不对,mysql数据库中的"utf8"并不是真正的utf8编码,关于这个问题mysql官方一直未能修复,取而代之的推出了utf8mb4,这一点让我记忆犹新,切记mysql...1.BUG重现 这里我做了一个简单的试验,来验证utf8mysql中存在的问题: 建立数据表: CREATE TABLE `user` ( `id` int(10) NOT NULL AUTO_INCREMENT...2.Mysql遗留问题 这个问题的症结在于,Mysql的"utf8"并不是真正的UTF-8....简单归纳综合如下: MySQL 的“utf8mb4”是真正的“UTF-8”,MySQL 的“utf8”是一种“专属的编码”,它能够编码的 Unicode 字符其实不多,所以在使用mysql的时候还是用

    1.2K30

    mysql mysqldump 只导出表结构 不导出数据

    数据库备份名 #mysqldump -A -u用户名 -p密码 数据库名>数据库备份名 #mysqldump -d -A --add-drop-table -uroot -p >xxx.sql 1.导出结构不导出数据...复制代码代码如下: mysqldump --opt -d 数据库名 -u root -p > xxx.sql 2.导出数据不导出结构 复制代码代码如下: mysqldump -t 数据库名 -uroot... -p > xxx.sql 3.导出数据和表结构 复制代码代码如下: mysqldump 数据库名 -uroot -p > xxx.sql 4.导出特定表的结构 复制代码代码如下: mysqldump ...-uroot -p -B 数据库名 --table 表名 > xxx.sql 导入数据:   由于mysqldump导出的是完整的SQL语句,所以用mysql客户程序很容易就能把数据导入了: 复制代码代码如下...: #mysql 数据库名 < 文件名 #source /tmp/xxx.sql

    16.1K30
    领券