关于MySQL的一些不足

okibun0129

--- 摘自The Definitive Guide to MySQL5（中文版）
在这里列出的一部分不足之处可以在MySQL开发团队的未来工作计划里查到，另外一部分则是MySQL现有功能当中还不够完善的地方。
提示   MySQL软件的文档对部分功能不够完善或者缺少某些功能的事实并没有避而不谈。在MySQL软件文档里有一个文件对“MySQL与各种标准的兼容程度”的话题做了深入浅出的分析，可以在那里找到很多关于“MySQL在哪些地方与有关标准不兼容”的信息。该文档还对一部分不足之处的形成原因做出了解释，并针对一些疑难点提供了规避或补救办法。该文档的URL地址是：http://www.mysql.com/doc/en/Compatibility.html。

q
在对默认格式（即MyISAM格式）的数据表进行处理时，MySQL的锁定机制——即暂时禁止对数据库信息的访问或修改——将对整个数据表起作用（数据表锁定）。可以另外选用支持事务的数据表格式（如InnoDB）来绕过数据表锁定问题，它们支持数据行锁定。
q
在对MyISAM数据表进行处理时，MySQL不能进行热备份。热备份的意思是无须锁定数据表就可以在对数据表进行处理的同时对其进行备份。这个问题的解决方案还是InnoDB，但此种情况下的热备份功能目前还需要另外花钱购买。
q
许多数据库系统都允许用户自定义数据类型，但MySQL目前还不支持这种做法，短期内也没有这方面的计划。
q
MySQL直到现在仍对日益流行的XML趋势视若无睹。我们不清楚MySQL要到什么时候才能直接处理XML数据。与MySQL相比，许多商业化的数据库系统在这方面提供了丰富得多的功能，就连SQL:2003标准也定义了多项XML功能。
q
MySQL确实是一种非常快的数据库系统，但用它来开发实时应用程序的厂商或个人非常少，它至今仍不能提供任何OLAP功能。OLAP是英文online analytical processing（实时分析处理）的缩写，意思是采用一些特殊的方法来管理和分析多维数据。支持OLAP的数据库系统通常被称为数据仓库（data warehouse）。
q
MySQL从5.0版本开始支持存储过程和触发器，但它的这些功能还远谈不上成熟（尤其是在触发器方面）。与商业化数据库系统相比，MySQL在这方面的功能既不够稳定，也不够丰富。
q
MySQL从4.1.0版本开始支持的GIS功能也存在着同样的问题。商业化数据库系统在这方面提供的功能要比MySQL丰富得多。



[ 本帖最后由 okibun0129 于 2008-11-14 15:59 编辑 ]

winston

MYSQL还是很有潜力可挖的产品，通过自行更改或者某些处理，能够做到不少事情。最主要的原因：免费啊，这个太要命了。商业数据库都死贵死贵的。

okibun0129

恩，通过阅读发现，MySQL自己也承认自己比商业数据库有很多不足，
但是相信我们在挖掘其潜力之前，就已经了解这些不足，
在设计我们的系统的时候就可以做正确的取舍了。
比如之前一直比较讳莫如深的锁表问题，
现在看起来是可以有效地绕过的。