揭秘MySQL表字符集不是UTF8的真相（mysql不是utf8）

近年来，MySQL 数据库一直被广泛使用。由于其开源、免费、稳定以及成熟的特性，MySQL 数据库极大的促进了Web应用程序的发展。但是，一些开发者在使用 MySQL 数据库过程中会遇到一些麻烦，比如字符集问题。很多用户安装 MySQL 时默认使用 utf8 字符集，但是应用程序中的一些字符可能并不是 utf8 编码的。那么，下面就来揭秘 MySQL 表字符集不是 utf8 的真相。

在 MySQL 中，除了 UTF8 以外，支持的字符集还有 Latin1、GBK、GB2312、ASCII 等。在 MySQL 表字符集不是 utf8 的情况下，我们可以通过以下两种方式来查看：

1. 通过 MySQL 的命令行工具查看

使用 MySQL 命令行工具进入目标数据库，然后查询 SHOW TABLE STATUS 命令的结果。其中，Charset 字段列出了表的字符集。

例如，要查看名为 test_db 的数据库中的表 char_test 的字符集，可以使用以下命令：

mysql -u root -p
use test_db;
show table status like 'char_test';

输出结果将类似这样：

| Name | Charset |

|——|———|

| char_test | latin1_swedish_ci |

可以看到，该表的字符集为 latin1_swedish_ci。

2. 通过 phpmyadmin 工具查看

在 PHPMyAdmin 界面中，可以直接看到表的字符集。在 PHPMyAdmin 中选择目标数据库，然后选择目标表。在表的操作栏中，选择“结构”选项卡。在表结构中可以找到“字符集”列，该列中显示了表的字符集。

例如，要查看名为 test_db 的数据库中的表 char_test 的字符集，可以使用以下步骤：

1. 在 PHPMyAdmin 中选择 test_db 数据库。

2. 在数据库中找到 char_test 表，并点击它。

3. 在操作栏中选择“结构”选项卡，并找到“字符集”列。

可以看到，该表的字符集为 latin1_swedish_ci。

那么，MySQL 表字符集不是 utf8 会有什么影响呢？

1. 数据插入

MySQL 表字符集不是 utf8，在插入数据时可能会产生错误或者乱码。在使用 MySQL 数据库时，建议将表字符集设置为 utf8，这样能够更好地支持多种字符集，避免数据插入错误和乱码的情况。

2. 索引和排序

MySQL 中的排序和索引都会依赖字符集的 collation 排序规则。如果在 MySQL 表字符集不是 utf8 的情况下，所使用的排序规则可能会产生不必要的错误。因此，在 MySQL 中建立索引、排序等目的需要考虑字符集的影响。

下面，为了说明字符集设置不当时的一些问题，我们这里举个例子，假设一个应用程序在用 MySQL 建表时设置了字符集为 Latin1，但是使用的字符串却是 utf8，我们来看看会发生什么。

我们创建一个名为 latin1_test 的表，并将其字符集设为 Latin1：

CREATE TABLE latin1_test (

id int NOT NULL AUTO_INCREMENT,

name varchar(50) DEFAULT NULL,

PRIMARY KEY (id)

) ENGINE=InnoDB DEFAULT CHARSET=latin1;

然后，我们在该表中插入一条记录：

INSERT INTO latin1_test (name)

VALUES (‘test �� text’);

注意，在插入数据时，我们故意在字符串中插入了一个无法识别的字符。这是因为，在 Latin1 字符集中，有些字符是无法识别的，所以可能会导致插入错误或乱码。

接下来，我们再查询一下该表的记录：

SELECT * FROM latin1_test;

输出结果应该类似于：

| id | name |

|—|————–|

| 1 | test ? text |

可以看到，插入的数据由于使用了 utf8 的字符集，因此出现了乱码。

在使用 MySQL 数据库时，设置字符集非常重要。如果字符集不正确，可能会导致数据错误或乱码等问题。为了避免这些问题的发生，我们需要对 MySQL 表字符集进行合适的设置。例如，在建表时应该选择utf8，这样可以更有效地支持多种字符集，确保数据正确性。