MySQL的产品路线图
让我们先从MySQL的较有影响的版本产品开始，看一下MySQL的更新换代。
MySQL 4.0
MySQL 4.0是在2003年3月发布的，该版本使新的基于MySQL的应用程序获得了更广泛的应用。但是在4.0版中，MySQL不支持存储过程、触发程序、服务器端指针或视图。MySQL 4.0是从3.23发展而来，较之3.23版本有了很大的提高，主要适用于Web站点，这时候的MySQL还不是一个企业级数据库。
以下是MySQL 4.0的主要新特性：
FULLTEXT索引：最值得用户期待的可能就是FULLTEXT索引。
FULLTEXT在文本字段创建索引，为对该索引执行布尔搜索提供了一个强大而灵活的机制。依照一般的开发经验，开发人员通常必须创建索引并访问文本数据，而FULLTEXT索引比想象中的还要好得多。
许多解决方案仅限于全字索引，FULLTEXT索引没有这种限制，允许开发人员添加或拆分词组。
ANSI SQL UNION：支持ANSI SQL UNION语句，该语句将询问结果汇集到一个结果集。
多表操作：可以执行多表UPDATE和DELETE。
新语句：增加了其他DBMS用户所熟悉的一些非标准的新语句（如IDENTITY和TRUNCATE TABLE），以及FOUND_ROWS()等新功能，这些功能可以返回无需LIMIT子句就能返回的纪录的编号。
InnoDB存储引擎：InnoDB存储引擎在当时作为服务器的标准特性，在4.0版本中成为一个附加选项。InnoDb是允许ACID兼容事务的表类型，而非默认的MyISAM表类型，它可以加快一般性使用的速度，但对于关键操作不是十分有用。
InnoDB表使用行级别锁定特性，这意味着对一个记录的更新只锁定该记录，而不是整个表。当选择访问大量的数据库时（对于大多数Web站点而言），锁定整个表相当快，但是当插入和更新的数量接近于选项的数量时，则速度较慢。长期以来，对MySQL的批评一直集中在MyISAM表的安全性和一致性问题，兼容ACID的InnoDB表在解决这些问题上走过了很长一段路。
查询缓存：MySQL 4.0在某些情况下可以更快捷。这主要通过查询缓存得以实现，它将重复的查询结果存储起来，使速度得以提高，尽管许多成熟的应用程序在某个代码级别上执行自己的查询缓存功能。某些语句在速度上也有所提高。
Embededded Server：MySQL 4.0附带了一个Embededded Server库，允许应用程序以MySQL作为底层数据库。
latin1_de ：MySQL 4.0支持一个额外字符集latin1_de，它可确保正确存储德语单词。
MyISAM：MySQL 4.0中的MyISAM表目前在表级别上支持符号链接，所以Windows用户可以在表级别上创建符号链接（这对于Unix用户始终有效）。
安全模型：MySQL 4.0的安全模型得到了增强，允许管理员更加细致地授权许可。新的权限允许用户创建临时表、锁定表、执行某些复制任务、查看所有现有的数据库，甚至在达到最大连接限度时还能进行连接——对于DBA执行紧急任务非常有用，甚至允许运行存储过程（在MySQL 5中实现了此功能）。DBA依靠增强的安全模式也可以限制用户每小时的连接、更新或查询次数。
MySQL 4设计运行在Novell Netware 6.0之上。另外，MySQL服务器变量中有不少可以在不重新启动服务器的情况下进行更改，由于重新启动会恢复旧的设置，因此这个特性非常有用。
MySQL 4.1
MySQL 4.1推出之后，对于某些用户而言，4.1比MySQL 4.0具有更激动人心的升级可能：
MySQL 4.1支持子查询。 不使用子查询时，许多查询可以更有效地编写，但是会有例外。子查询是标准ANSI SQL特性。
支持Unicode (UTF-8)，允许更广泛地进行国际化。
每个列、表或数据库都可以设置不同的字符集，如果以多种语言存储数据，这就很有必要了。
支持地理数据（OpenGIS）。
增强的警告发送。如果一个不够，MySQL 4.1可以将多个警告发送到客户端，这样就对于整体数据处理十分有用。
提高了一些速度。但这些速度提高可能被MySQL 4.1所承担的所有额外部分抵消。
尽管MySQL手册是发布的最好手册之一，MySQL 4.1还是附带了仅适用于该版本的HELP命令。
支持派生表，例如： SELECT table1.field1 FROM table, (SELECT * FROM table2) table3 WHERE table1.field1=table3.field1
支持多行查询，允许运行多个查询，然后读取最终结果。
各种维护语句将存入二进制日志中，在复制时您可以简化维护任务。
CREATE...LIKE允许开发人员按现有表的精确结构轻松地创建新表。
另外，MySQL 4.1的三个显著功能包括：稳定的OpenSSL支持、更多的测试准备语句、更多的测试一个表的多个字符集。
MySQL 4.1或许是第一个实际“长大成人”的MySQL版本。由于4.1版本中一些新增加的特性和功能（例如地理数据、子选择语句、派生表），Oracle第一次开始真正关注MySQL。
MySQL 5.0
支持存储过程。存储过程是一个开发人员在其他数据库环境最常用的ANSI SQL标准，对于MySQL来说，这已经姗姗来迟了。MySQL 5.0所支持的存储过程的语法类似于Oracle PL/SQL和T-SQL。
触发程序（发生某个事件时所称的存储过程）
支持指针
真正支持VARCHAR数据类型，解决了一个长期存在的MySQL VARCHAR bug。 在MyISAM表中对RTREE索引的支持，将使访问地理数据变得很容易。
MySQL 5.1
相对于5.0版本，MySQL 5.1实现了一些新的功能：
联机备份（允许添加replication slave，而不必关闭主服务器）。
BIT类型，实际占用1位，而不是1个字符。
失败保护（failsafe）复制
列级别约束
全外连接（Full outer join），将来自表A的纪录（包括表B中没有匹配的返回记录）和来自表B的记录连接在一起（包括表A中没有匹配的记录）。
内部文件接口的更改将使文件处理更加普通，使它更容易添加扩展，如RAID。
RENAME DATABASE语句。
获得长期运行命令的进程报告。
基于行的复制，该功能允许精确复制非确定性语句。
将日志文件写入表格而不是文件（因此可使用SQL语句查询）。
通过分区，从物理上加强对表存储的控制。
更好地复制MySQL集群。
灵活的API插件，允许在运行服务器时加载和卸载组件。
负载仿真程序mysqlslap。
使用mysqldump转储表空间。
事件调度程序（event scheduler），提供按时间运行语句的能力。 更大更好的元数据数据库。
多个XML功能。
mysql_upgrade脚本，允许用户轻松升级到新版本。
未知实例管理器的新功能，允许用户列出所有日志文件，返回某一日志文件的一部分，提供配置选项。
编写包含按名称对表进行直接引用的触发程序。
MySQL 5.2
到目前为止，有关MySQL 5.2的文档更多是描述其不足之处，并没有介绍将来会如何发展。下面列出了不少可能会遭到批评或被取消的语句或结构（其中一些已经遭到批评），它们包括：
table_type变量、TYPE定义和SHOW TABLE TYPES语句，它们曾经称为表类型现在已改称存储引擎。
log_bin_trust_routine_creators变量。
在TIMESTAMP(n)中定义(n)的能力。TIMESTAMP字段更愿意总是存储和返回完整的DATETIME。
BACKUP TABLE和RESTORE TABLE语句。在行之间读取，这并不表示MySQL在硬驱动面前显得无能为力。相反地，它更接近于一个正确的联机备份设备，尽管具体计划还未完备。目前，这些语句只针对MyISAM表而工作，并且每次锁定一个表。获得多个表的干净的备份需要使用LOCK语句，该语句对大型或正在操作的表具有很大影响。现在推荐mysqlhotcopy脚本作为该语句的代替。
SHOW LOGS和SHOW BDB LOGS语句。优先选择更加特定的同义词SHOW ENGINE BDB LOGS。
LOAD TABLE FROM MASTER语句。该语句不是非常有用（一般更多的是使用LOAD DATA FROM MASTER），事实上，该语句通常用于调试LOAD DATA，如果用于现有的从属语句，很可能导致灾难。
SHOW INNODB和SHOW MUTEX语句。现在优先选择的是更清晰的SHOW ENGINE INNODB STATUS和SHOW ENGINE INNODB MUTEX语句。
对于外键，从MySQL 3.23开始，InnoDB存储引擎一直支持外键，其它存储引擎曾经暂时支持过该语法，因此很多开发人员没有注意到外键的缺失。但是，从版本5.2开始所有的存储引擎，包括MyISAM引擎将完全支持外键。MyISAM最初设计是一个轻量级的快速存储引擎。该引擎一开始性能很简单，随着新功能的日渐加入，人们开始对它的性能表现出了兴趣。
MySQL目前打算在版本5.2中对所有存储引擎提供外键支持，同时考虑平稳地拿掉适当的联机备份功能。不过，还有一个增加的部分是视图功能的添加，这个一直要求的功能本来打算只添加到MySQL 6中的。
MySQL某些领域的进展令人失望。笔者认为MaxDB和MySQL之间的互操作性应该有所改进，以便用户使用标准MySQL工具，如与MaxDB交互的mysql和mysqldump，但过去了整整两年，这一点并未实现。这是自从与Oracle断绝关系以来，MySQL最令人失望的一点。
尽管MySQL集群在取得跳跃式进步，并使其成为MySQL DBA全套功能的重要组成部分。它现在还良好地集成了一般复制。
MySQL新开发特性
除去在每次的版本升级中增加新的功能之外，My还具有不针对某一具体版本的新开发特性，例如MySQL集群、MaxDB、MySQL Administrator。
MySQL集群
集群是一个很有意义的特性。MySQL的复制功能从未提供过失败保护，使用它来提高可用性和冗余存在一些问题。集群解决方案通过并行地运行多台机器，很好地解决了这个问题，任何一台机器发生故障，其他的机器就能立刻分担它。
2003年10月，MySQL AB收购了Alzato，这是一家由爱立信出资创建的公司。Alzato为电信市场开发了一款集群产品，MySQL将在第三季度发布以该产品为基础的MySQL Cluster。
MySQL集群的基本特性是：
高度可用性。如果一台服务器发生故障，其他服务器会分担负载。不存在单点故障。 高度可伸缩性。只是根据需要添加更多的服务器。
高性能。MySQL声称在四双CPU节点标准设置下，解决方案每秒可以复制100 000个事务。
MaxDB
SAP为MySQL提供了他们的SAPDB数据库，该数据库现在改称为MaxDB。这是一个在企业ERP环境中使用的成熟数据库，具有用户抱怨MySQL还不能可靠支持的所有特性，如存储过程、视图以及主要服务器发生故障时自动切换到备份服务器的功能。
现有MySQL用户的问题在于，这是一个完全不同的产品，用户可能会认为它可以很好地转换到另一个产品。MaxDB目前不能与MySQL实现很好地互操作。不过，这种情况肯定会有所改观，用户将能够使用标准MySQL工具，如与MaxDB交互的mysql和mysqldump。
从另一方面，MaxDB减轻了MySQL AB宣布MySQL准备应用于企业的压力。有了全功能的企业级就绪产品的支持，并且为公司带来了收益，对MySQL数据库的开发就能按自己的节奏进行了。一旦MySQL数据可以容易地导入到MaxDB中，MySQL还不能支持所有必要的企业特性这一事实已变得无关紧要。
MySQL中不支持的主要MaxDB特性：
视图
服务器端指针
存储过程和触发程序
自动失败恢复（到备用服务器）
警报的调度和自动消息传递
快照
存档表
同义词
MySQL Administrator
MySQL Administrator很快将能满足Windows用户的需求，这是一个执行定期管理任务的图形工具。管理MySQL已经相当容易了，MySQL Administrator能使其更加容易。磁盘空间、大量询问、内存使用、备份、服务器状态和日志的集中查看，这些功能都可以从图形界面轻松获取，这很有用。尽管其他一些功能吸引着企业市场，但还是有很多Windows用户不满意命令行，这个工具将满足他们的要求。其略微巧妙之处在于可以将图标分配给用户！这样一来，甚至连有经验的用户也感觉处理一般任务更加容易了。
MySQL难以进行类型转换（Typecast）的原因在于，控制着MySQL的MySQL AB在其混合产品中添加了MaxDB和其他产品。虽然MySQL的开发继续保持高速，按现在的标准，产品达到了完全功能性，作为一个企业级就绪的数据库管理系统（DBMS），MaxDB的到来意味着MySQL可以更加从容光地进行开发，希望代码能够因此而更加完美。作为一个开发人员，我知道当最终期限压力来临时什么都会发生，我希望这两种产品可以在一种健康的方式下慢慢地融合。MySQL AB对于商业化DBMS市场的预测不会遥遥无期，Oracle、IBM和Microsoft应该担心他们产品的未来生存能力。正如甘地以前的格言所描述， “一开始他们不理你，接着嘲笑你，然后和你战斗，最终你赢了”。现在MySQL开始战斗了。
MySQL还缺少什么？
将要发布的MySQL版本中添加的新功能和两三年前添加的功能的一个很大的差异是，刚接手MySQL的富有经验的数据库管理员（DBA）惊讶于功能不足的可能性相对会小一些。以前，视图、触发程序、子查询和存储过程等重大功能都没有。所有这些必要功能现在都具备了，从多多益善的角度来说，新的功能对于大多数开发人员来说已经足够了。如果您对此持强烈反对意见，并声称绝对需要如事件调度程序之类的功能，环顾四周，您会看到自己是一个例外，这从反面证明了我所持的观点是正确的。
现在MySQL在功能方面几乎没什么不足了。相反，作为竞争者，MySQL现在更要依靠第三方支持，在集成到企业应用程序方面，它还很落后。不过，现在门被打开了，MySQL的广泛采用在技术上几乎不成问题。市场营销和处理事务方面的不足将影响MySQL在竞技舞台上的前途。
MySQL成为谁的竞争者？
深刻认识到MySQL已经来到（确切地说是即将到来）的是 Oracle。公认的领先数据库供应商Oracle，收购了Innobase OY，该公司负责MySQL的最高级存储引擎InnoDB。之后不久，又收购了Sleepycat，该公司负责BDB存储引擎。这些存储引擎增加了很多需要的功能，缺少了这些功能，MySQL又会回到玩具数据库状态。此外，最能说明问题的是，Oracle提出了收购MySQL的报价——当然遭到了拒绝。
不过，MySQL的反应出乎意料。他们购买Jim Starkey的Netfrastructure并保护Jim Starkey的服务，使构建事务性存储引擎的专业知识得以保护。Starkey被公认为是Interbase之父，后来致力于Firebird。 MySQL重新制定了他们的InnoDB授权许可，确保与Oracle的多年关系暂时得到稳定。
MySQL现在发展势头良好。一些公司因支持MySQL而获得了良好的收益，它的技术开发确保了它足以满足巨大的市场需求，并有丰富的专业知识对其进行持续开发。MySQL对自己进行了定位，即使遭到了Oracle的打压，它也能顺利发展。将来最大的危险或许在于，如果MySQL AB接受Oracle的收购，并且MySQL继续侵袭Oracle的数据库市场，Oracle则会以收购MySQL来解决问题（Oracle早已在尝试这么做了），Oracle对自己的定位没有限定在数据库公司这一块，这方面他们做得比较成功。