技术开发 频道

精简SQL语句 提高MySQL服务器的扩展性

        【IT168 技术】通过几条简单的规则,我们可以方便地提高MySQL服务器的扩展性。以下是实例之一。

  “改进SQL语句最有效的方法是进行精简”

  精简SQL语句的方法林林总总,但在列举由客户处观察得出的典型范例之前,请允许我先对提高扩展性的基本前提条件做出解释。

  MySQL的核心只允许在给定的时间段(例如每秒)中借由物理过程来运行一定数量的SQL语句。无论你的计算机有多么强力,这一物理过程始终存在运算上限。如果你能够将SQL语句中那些不具备关键性或必要性的部分精简掉,那么与此同时,真正重要的SQL语句也将自动得到优先处理。当然这也将带来其它一些连锁反应,但只是简单数学范畴内的小问题。总之,要运行更多SQL指令,首先对你的指令进行精简。

  在此我们列举一个简单的例子,通过mk-query-digest工具对TCP/IP数据包进行分析并输出结果。

  以下是代码片段:

  # Rank Query ID Response time Calls R/Call Apdx V/M Item

  #
==== ================== ============= ===== ====== ==== ===== ==========

  #
1 0xD631CB919867DB50 0.0436 47.3% 92 0.0005 1.00 0.00 SELECT TTDOD

  #
2 0x04FE01C5B31FD305 0.0258 27.9% 329 0.0001 1.00 0.00 ADMIN PING

  #
3 0x93321857BCD8E771 0.0229 24.8% 36 0.0006 1.00 0.00 SELECT TTD

  其中存在很多问题,包括SQL的一次一行(RAT)特性,不过在这里我们暂不讨论ping过多的问题。首先让我们看看第一个语句。

  以下是代码片段:

  SELECT `Date` FROM TTDOD WHERE ID = 9999;

  表面上看这个查询指令已经够简洁了,但让我们再看看列表。

  以下是代码片段:

  mysql> select count(*) from TTDOD;

  
+----------+

  
| count(*) |

  
+----------+

  
| 0 |

  
+----------+

  在这种情况下,因为当前列表是空的,所以查询指令将不会返回任何内容。当然这一点在未来可能会发生变化,但就目前来看这更多的是一种在简单数据管理中的异常处理状态,因为该列表中很少会存在内容。而建立一种有针对性的解决方案来通知该应用程序,可以完全避免这类不必要的查询行为。

  以上只是个运行时间不足2秒的参考实例,而清除第一个查询指令也已经使整体查询时耗降低了20%。不管这仅仅是个典型的载入过程抑或是批处理中的并行载入过程,原理都是共通的。而且毫无疑问,在接下来的查询指令中,我们的精简工作还大有可为。

0
相关文章