默认字符集的重要性

发布于 2024-10-13 10:06:36 字数 1366 浏览 1 评论 0原文

我有一个 4 GB 的表,默认字符集设置为 utf8,尽管我只保存 latin1 字符。 我在测试机上使用 alter table 语句将其更改为 latin1 。 索引文件 log_details.MYI 减少了 5%,而数据文件 log_details.MYD 中没有注意到任何差异

我有几个问题:

1) 我应该在生产中更改表吗?值得吗?

2)它会提高选择速度吗?

3)我想一旦我将默认字符集更改为latin1,我就可以拥有更长的索引。任何 其他优势?

我还注意到,使用 alter table 语句更改默认字符集后,varchar 列类型会自动更改。 Item_ID varchar(32) 字符集 utf8 如何避免这种情况?

mysql> create table char_test( id int, Item_ID varchar(32) ) default charset = utf8;
Query OK, 0 rows affected (0.02 sec)

mysql> insert into char_test values (1, 'abc');
Query OK, 1 row affected (0.00 sec)

mysql> show create table char_test\G
*************************** 1. row ***************************
       Table: char_test
Create Table: CREATE TABLE `char_test` (
  `id` int(11) default NULL,
  `Item_ID` varchar(32) default NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8
1 row in set (0.00 sec)

mysql> alter table char_test default charset = latin1;
Query OK, 1 row affected (0.03 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> show create table char_test\G
*************************** 1. row ***************************
       Table: char_test
Create Table: CREATE TABLE `char_test` (
  `id` int(11) default NULL,
  `Item_ID` varchar(32) character set utf8 default NULL
) ENGINE=MyISAM DEFAULT CHARSET=latin1
1 row in set (0.00 sec)

I have a 4 GB table and the default charset was set to utf8 though I am saving only latin1 characters.
I changed it to latin1 using alter table statement on a test machine.
The index file log_details.MYI was reduced by 5% while there was no difference noted in the data file, log_details.MYD

I have a few questions:

1) Should I alter the table on production? is it worth it?

2) Will it improve the select speed?

3) I guess I can have longer indexes once I change the default charset to latin1. Any
other advantage?

I have also noted that after changing the default charset using alter table statement, the varchar columns types were changed automatically.
Item_ID varchar(32) character set utf8 How do I avoid this?

mysql> create table char_test( id int, Item_ID varchar(32) ) default charset = utf8;
Query OK, 0 rows affected (0.02 sec)

mysql> insert into char_test values (1, 'abc');
Query OK, 1 row affected (0.00 sec)

mysql> show create table char_test\G
*************************** 1. row ***************************
       Table: char_test
Create Table: CREATE TABLE `char_test` (
  `id` int(11) default NULL,
  `Item_ID` varchar(32) default NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8
1 row in set (0.00 sec)

mysql> alter table char_test default charset = latin1;
Query OK, 1 row affected (0.03 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> show create table char_test\G
*************************** 1. row ***************************
       Table: char_test
Create Table: CREATE TABLE `char_test` (
  `id` int(11) default NULL,
  `Item_ID` varchar(32) character set utf8 default NULL
) ENGINE=MyISAM DEFAULT CHARSET=latin1
1 row in set (0.00 sec)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

旧人九事 2024-10-20 10:06:36

性能可能是您最不应该关心的事情。您的客户端应用使用什么字符集?信息是用什么自然语言书写的?这些是你必须提出的问题。

如果您坚持使用 Latin1,您将无法存储日语字符,但也无法存储一些常见字符,例如 符号。另一方面,如果您的应用程序无法处理多字节输入,则在数据库中使用 UTF-8 可能毫无用处(或者完全错误)。

Performance is probably the last thing you should care about. What character set is you client-side app using? What natural language is the info written on? Those are the questions you must make.

If you stick to Latin1 you won't be able to store Japanese characters but also some common chars like the symbol. On the other side, using UTF-8 in the database may be useless (or plain wrong) if your application cannot handle multi-byte input.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文