知识大全 MySQL优化全攻略--相关数据库命令

Posted 2022-07-15 命令

篇首语：面对艰难困苦，懦弱者被磨去棱角；勇敢者将意志品质磨砺得更为坚强。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 MySQL优化全攻略--相关数据库命令相关的知识，希望对你有一定的参考价值。

MySQL优化全攻略--相关数据库命令 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　 ▲ SHOW　　　　执行下面这个命令可以了解服务器的运行状态　　　　mysql >show status;　　　　该命令将显示出一长列状态变量及其对应的值其中包括被中止访问的用户数量被中止的连接数量尝试连接的次数并发连接数量最大值以及其他许多有用的信息这些信息对于确定系统问题和效率低下的原因是十分有用的　　　　SHOW命令除了能够显示出MySQL服务器整体状态信息之外它还能够显示出有关日志文件指定数据库表索引进程和许可权限表的宝贵信息请访问了解更多信息　　　　 ▲ EXPLAIN　　　　EXPLAIN能够分析SELECT命令的处理过程这不仅对于决定是否要为表加上索引很有用而且对于了解MySQL处理复杂连接的过程也很有用　　　　下面这个例子显示了如何用EXPLAIN提供的信息逐步地优化连接查询（本例来自MySQL文档见原文写到这里似乎有点潦草了事特加上此例）　　　　假定用EXPLAIN分析的SELECT命令如下所示　　　　EXPLAIN SELECT tt TicketNumber tt TimeIn 　　tt ProjectReference tt EstimatedShipDate 　　tt ActualShipDate tt ClientID 　　tt ServiceCodes tt RepetitiveID 　　tt CurrentProcess tt CurrentDPPerson 　　tt RecordVolume tt DPPrinted et COUNTRY 　　et_ COUNTRY do CUSTNAME　　FROM tt et et AS et_ do　　WHERE tt SubmitTime IS NULL　　AND tt ActualPC = et EMPLOYID　　AND tt AssignedPC = et_ EMPLOYID　　AND tt ClientID = do CUSTNMBR;　　　　SELECT命令中出现的表定义如下　　　　※表定义　　　　表列列类型　　tt ActualPC CHAR( )　　tt AssignedPC CHAR( )　　tt ClientID CHAR( )　　et EMPLOYID CHAR( )　　do CUSTNMBR CHAR( )　　　　※索引　　　　表索引　　tt ActualPC　　tt AssignedPC　　tt ClientID　　et EMPLOYID (主键)　　do CUSTNMBR (主键)　　　　※tt ActualPC值分布不均匀　　　　在进行任何优化之前 EXPLAIN对SELECT执行分析的结果如下　　　　table type possible_keys　　　　key key_len ref rows Extra　　et　ALL PRIMARY　　　　　 NULL NULL　NULL 　　do　ALL PRIMARY　　　　　 NULL NULL　NULL 　　et_ ALL PRIMARY　　　　　 NULL NULL　NULL 　　tt　ALL AssignedPC ClientID ActualPC NULL NULL　NULL 　　range checked for each record (key map: )　　　　每一个表的type都是ALL 它表明MySQL为每一个表进行了完全连接！这个操作是相当耗时的因为待处理行的数量达到每一个表行数的乘积！即这里的总处理行数为 * * * = 　　　　这里的问题之一在于如果数据库列的声明不同 MySQL（还）不能有效地运用列的索引在这个问题上 VARCHAR和CHAR是一样的除非它们声明的长度不同由于tt ActualPC声明为CHAR( ) 而et EMPLOYID声明为CHAR( ) 因此这里存在列长度不匹配问题　　　　为了解决这两个列的长度不匹配问题用ALTER TABLE命令把ActualPC列从个字符扩展到字符如下所示　　　　mysql > ALTER TABLE tt MODIFY ActualPC VARCHAR( );　　　　现在tt ActualPC和et EMPLOYID都是VARCHAR( )了执行EXPLAIN进行分析得到的结果如下所示　　　　table type　possible_keys　key　 key_len ref　　 rows　Extra　　tt　ALL　AssignedPC ClientID ActualPC NULL NULL NULL 　where used　　do　ALL　PRIMARY　　 NULL　NULL　NULL　　　　range checked for each record (key map: )　　et_ ALL　PRIMARY　　 NULL　NULL　NULL　　　　range checked for each record (key map: )　　　　et　eq_ref PRIMARY　　 PRIMARY 　 tt ActualPC 　　　　这还算不上完美但已经好多了（行数的乘积现在少了一个系数）现在这个SQL命令执行大概需要数秒钟时间　　　　为了避免tt AssignedPC = et_ EMPLOYID以及tt ClientID = do CUSTNMBR比较中的列长度不匹配我们可以进行如下改动　　　　mysql > ALTER TABLE tt MODIFY AssignedPC VARCHAR( ) 　　MODIFY ClientID　VARCHAR( );　　　　现在EXPLAIN显示的结果如下　　　　table type　possible_keys　key　 key_len ref　　　rows　 Extra　　et　ALL　PRIMARY　　 NULL　NULL　NULL　　　　　tt　ref　AssignedPC ClientID ActualPC ActualPC et EMPLOYID where used　　et_ eq_ref PRIMARY　　 PRIMARY 　 tt AssignedPC 　　do　eq_ref PRIMARY　　 PRIMARY 　 tt ClientID　　　　　这个结果已经比较令人满意了　　　　余下的问题在于默认情况下 MySQL假定tt ActualPC列的值均匀分布而事实上tt表的情况并非如此幸而我们可以很容易地让MySQL知道这一点　　　　shell > myisamc analyze PATH_TO_MYSQL_DATABASE/tt　　shell > mysqladmin refresh　　　　现在这个连接操作已经非常理想 EXPLAIN分析的结果如下　　　　table type　possible_keys　key　 key_len ref　　　rows　Extra　　tt　ALL　AssignedPC ClientID ActualPC NULL NULL NULL　　where used　　et　eq_ref PRIMARY　　 PRIMARY 　 tt ActualPC　　　et_ eq_ref PRIMARY　　 PRIMARY 　 tt AssignedPC 　　do　eq_ref PRIMARY　　 PRIMARY 　 tt ClientID　　　　　 ▲ OPTIMIZE　　　　OPTIMIZE能够恢复和整理磁盘空间以及数据碎片一旦对包含变长行的表进行了大量的更新或者删除进行这个操作就非常有必要了 OPTIMIZE当前只能用于MyISAM和BDB表　　　　 结束语 　　　　从编译数据库服务器开始贯穿整个管理过程能够改善MySQL性能的因素实在非常多本文只涉及了其中很小的一部分 cha138/Article/program/MySQL/201311/29480