我们使用gnu autoconf，因此将mysql移植到所有使用posix线程和c++编译器的现代系统是可能的。(要求服务器支持线程。如果只是编译客户端代码，则只需要c++编译器)。我们主要在linux(suse和red hat)、freebsd和sun solaris(版本8和9)上使用并开发本软件。
已经报告mysql可以在下列操作系统/线程包的组合上成功地进行编译。注意，对于很多操作系统，原生的线程仅支持最新的版本。
? 有原生线程的aix 4.x和5.x。
? amiga。
? 包括mit-pthreads包的bsdi 2.x。
? 有原生线程的bsdi3.0,3.1和4.x。
? 有原生线程的digital unix 4.x。
? 包括mit-pthreads包的freebsd 2.x。
? 有原生线程的freebsd 3.x和4.x。
? 有linuxthreads的freebsd 4.x。
? 有dce线程或mit-pthreads包的hp-ux 10.20。
? 有原生线程的hp-ux 11.x。
? 有linuxthreads 0.7.1+或glibc 2.0.7+，适合各种cpu的linux 2.0+。
? mac os x。
? netbsd 1.3/1.4 intel和netbsd 1.3 alpha(需要gnu make)。
? novell netware 6.0。
? 有原生线程的openbsd > 2.5。包括mit-pthreads包的openbsd
? os/2 warp 3, fixpack 29和os/2 warp 4, fixpack 4.
? 有最新fsu pthreads移植包的sco openserver 5.0.x。
? sco unixware 7.1.x。
? sco openserver 6.0.x。
? 有原生线程的sgi irix 6.x。
? sparc和x86上有原生线程的solaris 2.5和以上版本。
? 包括mit-pthreads包的sunos 4.x。
? tru64 unix。
? windows 9x、me、nt、2000、xp和2003。　
并非所有支持的平台同等适合运行mysql。根据以下因素确定某个平台适合高负荷关键任务mysql服务器的程度：
? 线程库的稳定性。可能某个平台的反应不错，但mysql的稳定性取决于它所调用的线程库，不管其它部分是否完善。
? 内核和线程库利用均衡多处理器(smp)系统的能力。换句话说，当进程创建一个线程时，应允许线程运行原进程所运行cpu之外的其它处理器。
? 内核和线程库运行在短范围频繁获取和释放互斥体而不需要过多地交换内容的多个线程的能力。如果执行pthread_mutex_lock()时产生的cpu时间太短，则会严重影响mysql。如果不关注该问题，增加过多的cpu实际会降低mysql的速度。
? 常规文件系统的稳定性和性能。
? 如果数据库表很大，文件系统处理大文件的能力和处理效率。
? 我们在该平台上使用mysql ab的经验水平。如果我们熟悉一个平台，我们可以对具体平台进行优化并固定编译时间。我们还可以提供建议如何更好地为mysql配置系统。
? 我们在类似配置下所完成的内部测试的数量。
? 在同一平台类似配置下成功运行mysql的用户数。如果该数字很高，则说明遇到具体平台问题的几率要小得多。
根据前面的标准，允许mysql的最好的平台是x86,安装suse linux，使用2.4或2.6内核，和reiserfs(或类似linux分发版)和安装了 solaris(2.7-9)的sparc。freebsd排第三位，但我们真正希望一旦线程库得到改进，它也可以提高排名。从某一观点我们还希望提高其它mysql目前正在上面编译、允许的平台的排名，但稳定性和性能上可以要求不同等级。这需要我们与mysql所依赖的操作系统和库组件开发人员共同努力。如果你对改进某个组件感兴趣，可能影响其开发，需要更多的关于mysql如何能运行得更好的说明，请向我们的mysql internals发送邮件。
请注意前面的对比并不是说一个操作系统总体上比另一个操作系统要好。我们只是讨论选择一个os来专门运行mysql。记住了这一点，如果考虑更多的因素，对比结果可能会不同。在某些情况下，一个os比另一个os好的原因只是我们已经为具体平台做出了更多的努力来进行测试和优化。我们只是陈述我们的观点帮助你选择运行mysql的平台。