Mysql安装简单，速度较快，功能丰富。另外它还是开源运动的标杆，它的伟大成就向我们展示了一个成功的公司是可以建立在开源代码之上的。
陷阱不仅限于MySQL，还有是针对关系型数据库的。只有明白了关系型数据库和MySQL，才能更好地避免在使用MySQL中尽量少地遇到一些意外。
1、根深蒂固的bugs
任何大的软件包都有 bug。但稍微深入了解一下，就会发现和 Mysql 相关的 bugs 自成体系。突然你就需要留心，因为 NULL 并不是以同样的方式出现，外键约束也没有像你想像的那样执行，连主键自动增长也会出错。
小问题大量存在，而且并不总是可以修复，这就是为什么一些人保持一个列表。还好 MySQL 维护着一个非常好的 bug 报告系统，让我们可以知道我些我们无法想像的事情，知道其他人也在经受同样的磨难。
2、关系表的不灵活性
关系表具有条理性，条理性是好的——但是，它使得程序员不得不编造或硬塞一些数据到已经定义好模式的列中。NoSQL开始越来越受到欢迎的原因之一，就是它为程序员提供了足够的灵活性，来加速数据库的使用。如果一个街道地址需要增加一行，那么，你可以将它很容易地插入到一个NoSQL文档中。如果你想添加一个完整的新的数据块，无论它包含什么内容，文档模型也可以原封不动地接受你的数据，而不必改为它要求的数据格式。
试想一下，你用整数格式建立了一个全部是邮编的表格。这个表是十分高效的，它执行的规则也很好。突然一次，有人上传了一个使用了连字符的九位数邮编。或者还有可能，你得到了一位来自加拿大客户的信件，上面写有邮政编码。
这时，一切都乱了。老板要求网站要在几小时内恢复正常工作。然而，现在已经没有时间来重建数据库。程序员可以做什么？也许，可以使用黑客手段把加拿大邮政编码由base64的数字格式改为base 10格式？或者设置一个使用转义编码的辅助表格，用来说明真正的邮政编码或者其他？谁知道呢？到处都有黑客，他们都是危险的。但你没有时间来搞定它。
MySQL的关联规则让每个人都诚实和谨慎，但它能强制我们避开易受攻击和欺骗的麻烦。
3、存储引擎混乱
总体来说，Mysql的存储引擎接口定义还算良好的。MySQL不是实际上的同一的数据库。它是由几个数据库组成，它们的大多数细节都被统一的表面掩盖了。开始时有一个MyISAM引擎，它很快但在前后一致上不能做到完备。有时你需要速度并且可以接受不一致的结果时是很好的。
当人们需要更多时，具备完整事务支持的Inno DB出现了。但这还不够。现在，它可能有20种存储引擎的选择——这足以使一个数据库管理员疯狂。当然，有时在不同的存储引擎之间切换而不必重写你的SQL是很好的，但是切换后总会带来混乱。这个表格我选择的引擎是MyISAM还是innoDB呢？或者，我决定输出的数据是CSV格式的吗？
4、JOIN联合查询
曾经，将数据分表保存是计算机科学史上的伟大创新。分开后的表不仅结构简单，使用上也简化了许多。但它却需要使用join语句来进行查询。
sql通过一系列join构建的复杂查询将开发者推入了困惑与绝望的深渊。而且存储引擎也需要以最优的方式来高效地解析join语句。开发者需要绞尽脑汁编写查询语句，然后数据库对其进行解析。
这就是很多注重运行速度的开发者放弃数据分表转而使用不规范数据表的原因。不区分数据实体，将所有数据保存到一个大表中——以避免复杂的查询。这样确实很快，并且服务器也不会耗尽内存。
现在的磁盘空间很廉价。8TB的磁盘已经在售，更大容量的也将上市。我们不再需要为使用join而绞尽脑汁了。
5、分支的混乱
毋庸置疑，一个可靠的、得到良好支持的MySQL分支，可以带来竞争和选择，但是它也引起困惑和混乱。更糟糕的是，一个称为MariaDB的ＭySQL分支，由Monty Widenius维护着。他同样也在参与编写MySQL。那么，Maria DB是真正独立的值得我们拥护的吗？或者它是MySQL？我们是否应该坚持使用由创建原始mysql数据库的组织运营的核心代码？或者我们应该加入那些被认为更聪明的，往往很酷的背叛者？
如何获取关于兼容性的信息？虽然Maria DB和MySQL十分相似，但它们之间也有差异。这就是大家一直都在争论它的原因。在性能方面，在我们查询的范围内，在两个阵营中，也许它们的工作方式相同，但也许不同，也许将来会不同。
6、开发MySQL的动机
虽然MySQL是一款成功的开源产品，但它仍属于商业中的一款产品，专业开发者需要靠它来获得利益，当然，最直接的利益就是薪资。当大多数用户在持续地享受开源许可证带来的最佳体验时，毫无疑问这家公司还在为赚取足够的钱来维持运营而努力。这导致自由代码在“社区版”和出售给企业的完整产品之间产生了奇怪的分岐。
我们应该对这款产品付钱吗？这种在社区版开展经营的行为是否公平？企业版中额外的功能是不是一个噱头，以引诱我们不断付费的呢？这至少说明一点，它是另一些需要回答的问题：选用哪个版本？遵照哪种许可证？选用它的哪个功能集？
7、原生JSON支持的缺乏
通过安装MySQL查看其年龄，然后你就知道需要添加哪些驱动程序使它变得可用。MySQL通常在3306端口上通信，一般输出的是它本身难以理解的格式化数据。如果要让你的代码和它通信，你必须添加另一层代码，将MySQL的语言转换成有用的东西。这些层的代码，以库的形式分发，经常需要人们购买一个商业许可证。
现代数据存储层通常直接以JSON通信。虽然MySQL和Maria DB现在有能力解析SQL中的JSON部分，但这还远远不够，原生的JSON接口已经被广泛使用于CouchDB、MongoDB，或任何最新的工具中。
8、封闭源和专有模块的兴起
虽然MySQL是开源的，但除了一些在”开源核心“周边开发的一些较新的、非开源的代码和专有模块。程序员也需要赚钱、需要生活，Oracle需要拿它的辛苦成果来换钱，这是一种现实，也是商业的性质。使用MySQL你也不可以免费得到任何东西。
要求MySQL始终坚持在一个很高的标准上，这有点不公平，因为开源的成功可能是一个圈套。它开始可以免费，但并不意味着它可以始终免费。如果企业需要更多新的功能，他们就要通过各种方式付费来获取。有时向Oracle付费，比自己来编写代码要便宜得多。有时商业的、不开源的代码是有意义的。
MySQL虽然作为一个成功的开源系统，但以上这些问题也总不可避免地出现，这就需要我们在它们发生之前有个深刻的认识，才能在今后的应用中避免不必要的麻烦。