首页 > > 网络编程 > Mysql >

从MySQL得到最大的性能

2008-02-23 07:42:49来源：互联网阅读 ()

优化是一项复杂的任务,因为他最终需要对整个系统的理解.当用您的系统/应用的小知识做一些局部优化是可能的时候,您越想让您的系统更优化,您必须知道他也越多. 因此,本章将试图解释并给出优化MySQL的不同方法的一些例子.但是记住总是有某些(逐渐变难)是系统更快的方法留着去做. 为了使一个系统更快的最重要部分当然是基本设计.您也需要知道您的系统将做这样的事情,那就是您的瓶颈. 最常见的瓶颈是:

磁盘寻道.磁盘花时间找到一个数据,用在1999年的现代磁盘其平均时间通常小于10ms,因此理论上我们能大约一秒寻道 1000 次.这个时间用新磁盘提高很慢并且很难对一个表优化.优化他的方法是将数据散布在多个磁盘上. 当磁盘在我们需要读数据的正确位置时,磁盘读/写.用1999年的现代,一个磁盘传输类似10-20Mb/s.这必寻道更容易优化,因为您能从多个磁盘并行地读. CPU周期.当我们读数据进内存时,(或假如他已在那里)我们需要处理他以达到我们的结果.当我们有相对内存较小的表时,这是最常见的限制因素,但是用小表速度通常不是问题. 内存带宽.当CPU需要超出适合cpu缓存的数据时,缓存带宽就成为内存的一个瓶颈.这是对大多数系统的一个不常见的瓶颈但是您应该知道他. 10.2 系统/编译时和启动参数的调节我们以系统级的东西开始,因为这些决策的某一些很早就做好了.在其他情况下,快速浏览这部分可能就够了,因为他对大收获并不重要,但是有一个关于在这个层次上收获有多大的感觉总是好的. 使用的缺省OS确实重要！为了最大程度地使用多CPU,应该使用Solaris(因为线程工作得确实不错)或Linux(因为2.2本的核心又确实不错的SMP支持).而且在32位的机器上,Linux缺省有2G的文档大小限制.当新的文档系统被释出时( XFS ),希望这不久被修正. 因为我们没在很多平台上运行生产MySQL,我们忠告您在可能选择他前,测试您打算运行的平台.

其他建议:

假如您有足够的RAM,您能删除任何交换设备.一些操作系统在某些情况下将使用一个SWAP设备,即使您有空闲的内存. 使用--skip -locking的MySQL选项避免外部锁定.注意这将不影响MySQL功能,只要他仅运行在一个服务器上.只要在您运行myisamchk以前,记得要停掉服务器(或锁定相关部分).在一些系统上这个开关是强制的,因为外部锁定不是在任何情况下都工作.当用MIT-pthreads编译时,-- skip-locking选项缺省为打开(on),因为flock()没在任何的平台上被MIT-pthreads充分支持.唯一的情况是假如您对同一数据运行MySQL服务器(不是客户),您不能使用--skip-locking之时,否则对没有先清掉(flushing)或先锁定mysqld服务器的表上运行myisamchk.您仍然能使用LOCK TABLES/ UNLOCK TABLES,即使您正在使用--skip-locking.

编译和链接怎样影响MySQL的速度

大多数下列测试在Linux上并用MySQL基准进行的,但是他们应该对其他操作系统和工作负载给出一些指示. 当您用-static链接时,您得到最快的可执行文档.使用Unix套接字而非TCP/IP连接一个数据库也可给出好一些的性能. 在Linux上,当用pgcc和-O6编译时,您将得到最快的代码.为了用这些选项编译“sql_yacc.cc”,您需要大约200M内存,因为 gcc/pgcc需要很多内存使任何函数嵌入(inline).在配置MySQL时,您也应该设定CXX=gcc以避免包括libstdc 库(他无需). 只通过使用一个较好的编译器或较好的编译器选项,在应用中您能得到一个10-30%的加速.假如您自己编译SQL服务器,这特别重要！在Intel上,您应该例如使用pgcc或Cygnus CodeFusion编译器得到最大速度.我们已测试了新的 Fujitsu编译器,但是他是还没足够不出错来优化编译MySQL.

这里是我们做过的一些测量表:

假如您以-O6使用pgcc并且编译任何东西,mysqld服务器是比用gcc快11%(用字符串99的版本). 假如您动态地链接(没有-static),结果慢了13%.注意您仍能使用一个动态连接的MySQL库.只有服务器对性能是关键的. 假如您使用TCP/IP而非Unix套接字,结果慢7.5%. 在一个Sun SPARCstation 10上,gcc2.7.3是比Sun Pro C 4.2快13%. 在Solaris 2.5.1上,在单个处理器上MIT-pthreads比带原生线程的Solaris慢8-12%.以更多的负载/cpus,差别应该变得更大. 由TcX提供的MySQL-Linux的分发用pgcc编译并静态链接.

正如前面所述,磁盘寻道是个性能的大瓶颈.当数据开始增长以致缓存变得不可能时,这个问题变得越来越明显.对大数据库,在那您或多或少地要随机存取数据,您能够依靠您将至少需要一次磁盘寻道来读取并且几次磁盘寻道写入.为了使这个问题最小化,使用有低寻道时间的磁盘. 为了增加可用磁盘轴的数量(并且从而减少寻道开销),符号联接文档到不同磁盘或分割磁盘是可能的. 使用符号连接这意味着您将索引/数据文档符号从正常的数据目录链接到其他磁盘(那也能够被分割的).这使得寻道和读取时间更好(假如磁盘不用于其他事情).见10.2.2.1 使用数据库和表的符号链接. 分割分割意味着您有许多磁盘并把第一块放在第一个磁盘上,在第二块放在第二个磁盘上,并且第 n块在第(n mod number_of_disks)磁盘上,等等.这意味着,假如您的正常数据大小于分割大小(或完美地排列过),您将得到较好一些的性能.注意,分割是否很依赖于OS和分割大小.因此用不同的分割大小测试您的应用程式.见10.8 使用您自己的基准.注意对分割的速度差异很依赖于参数,取决于您如何分割参数和磁盘数量,您能够得出以数量级的不同.注意您必须选择为随机或顺序存取优化. 为了可靠,您可能想要使用袭击RAID 0 1(分割映像),但是在这种情况下,您将需要2*N个驱动器来保存N个驱动器的数据.假如您有钱,这可能是最好的选择！然而您也可能必须投资一些卷管理软件投资以高效地处理他. 一个好选择是让稍重要的数据(他能再生)上存在RAID 0磁盘上,而将确实重要的数据(像主机信息和日志文档)存在一个RAID 0 1或RAID N磁盘上.假如因为更新奇偶位您有许多写入,RAID N可能是个问题. 您也能够对数据库使用的文档系统配置参数.一个容易的改变是以noatime选项挂装文档系统.这是他跳过更新在inode中的最后访问时间,而且这将避免一些磁盘寻道.

您能够从数据库目录移动表和数据库到别处,并且用链接到新地点的符号代替他们.您可能想要这样做,例如,转移一个数据库到有更多空闲空间的一个文档系统. 假如MySQL注意到一个表是个符号链接,他将解析符号链接并且使用其实际指向的表,他可工作在支持realpath()调用的任何系统上(至少 Linux和Solaris支持realpath())！在不支持realpath()的系统上,您应该不同时通过真实路径和符号链接访问表！假如您这样做,表在任何更新后将不一致. MySQL缺省不支持数据库链接.只要您不在数据库之间做一个符号链接,一切将工作正常.假定您在MySQL数据目录下有一个数据库db1,并且做了一个符号链接db2指向db1:

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有