小编Yog*_*oga的帖子

我们已经升级到 MySQL 5.6 并且开始看到 db server 的负载显着增加，最后发现 query_cache_type从 5.6 开始默认为 off start。

我们再次启用它并看到负载减少，为什么从 MySQL 5.6 开始默认禁用此值？我在启用它时看不到问题。

我正在使用 MySQL 5.5，当我显示有关字符集的变量时，我有

+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | latin1                     |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | latin1                     |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+

我是否需要将character_set_database和更改character_set_server为utf8？

即使我们使用启用了屏障的日志文件系统 (EXT3) ，这仍然更安全和推荐吗？

例如

mount -o barrier=1 /dev/sda /mntpnt

参考：

• http://lwn.net/Articles/283161/
• https://serverfault.com/questions/403891/journaled-filesystems-and-power-failure

如果您查看示例配置，例如/usr/share/mysql/my-large.cnf，您会发现..

[mysqld]
max_allowed_packet = 1M

[mysqldump]
max_allowed_packet = 16M

重点是什么？

因为当您使用mysqldumpwith导出转储时max_allowed_packet，可能无法成功导入到当前的 mysql？例如/sf/ask/6518991/

在列式数据库中，索引是不必要的还是无用的？

在MySQL/InnoDB中，聚集索引与主键同义，因此选择一个差的主键会影响数据库性能，即使用UUID作为PK是数据库写入的性能杀手。

现在，在 PostgreSQL 中，不存在像 MySQL 中那样的集群限制。如果我选择UUID作为PK有什么影响？PostgreSQL 中是否也像 MySQL 一样存在数据库写入性能杀手？

假设我有一个用于博客文章posts、 和架构的表

id
author
title
content

每个都post可以属于一些categories

id
name
descrtiption

所以一篇博文可以属于多个类别。

显然titleand contentin posts、 andname和descriptionincategories可以翻译成不同的语言。

那么，考虑到现有的 db 模式设计，扩展对多语言应用程序的支持的最有效和最合理的方法是什么？