MySQL - 做与不做答案

【问题标题】：MySQL - Do's and Don'tsMySQL - 做与不做
【发布时间】：2010-12-19 02:08:17
【问题描述】：

我目前正在学习 MySQL，并注意到许多不同的注意事项。

我是否可以在任何地方找到您参考或学习的最佳实践的绝对列表？

感谢您的宝贵时间。

【问题讨论】：

听起来可能是重复的：stackoverflow.com/questions/579244/…

标签： mysql

【解决方案1】：

使用 InnoDB；不要使用 MyISAM。

（好的，好的，除非您绝对必须这样做，通常是由于 InnoDB 中不提供全文匹配。即使这样，您通常最好将规范数据放在 InnoDB 和全文索引中在单独的 MyISAM 搜索诱饵表上，然后您可以对其进行处理以进行词干提取。）

当您需要严格的字符串匹配时，请使用 BINARY 列，否则默认情况下会进行不区分大小写的比较。请为您的字符集正确设置排序规则（最好：UTF-8），否则不区分大小写的比较会表现得很奇怪。

如果您希望代码可移植，请使用 ANSI SQL 模式。 ANSI_QUOTES 允许您使用标准双引号 "identifier"（表、列等）名称来避免保留字； MySQL 的默认表达方式是反引号，但它们是非标准的，在其他地方不起作用。如果您无法控制这样的设置，请省略任何标识符引用并尽量避免保留字（这很烦人，因为在不同的数据库中有很多）。

请使用您的数据访问层的 MySQL 字符串文字转义或查询参数化功能；不要尝试自己创建转义文字，因为它们的规则比您想象的要复杂得多，如果您弄错了，您就会遇到 SQL 注入漏洞。

当您选择对 GROUP BY 列没有功能依赖的列时，不要依赖 MySQL 返回特定行的行为。这是其他数据库的错误，很容易隐藏只有在数据库内部存储发生变化时才会弹出的错误，导致返回不同的行。

SELECT productid, MIN(cost)
FROM products
GROUP BY productcategory  -- this doesn't do what you think

【讨论】：

很好的答案！但是，我建议避免使用 mysql 的怪异“功能”，它允许您从列中检索值，这些值在 group by 子句中未提及。这根本没有任何意义。避免我的意思是“从不这样做”。假装它产生了错误。
是的，这也是我的建议，除非您按行的主键分组并从该行检索其他列。在这种情况下，它们对 GROUP BY 有“功能依赖”，因此它在 ANSI SQL 中有效并且在其他数据库中也有效。当然，您也可以将所有这些列添加到 GROUP BY 子句中，但是如果有很多列，那就有点麻烦了。