主持人：以上是各位厂商对各自数据库的一些特性做的介绍。接下来我们想请几位我们ITPUB来自各行各业的专家，从用户角度对各自的数据的管理或者数据库优化的日常工作上的一些心得和经验跟我们分享一下。 首先我们请来自淘宝网的工作人员。

来自淘宝网的技术嘉宾

淘宝网：我们淘宝，我不知道大家用得多不多？淘宝网现在的访问量是非常大的。现在每天我们可以观测到的将近一个多亿，有些语句每个小时的执行量大概几百万次。这样的情况下，数据库怎么更新和调整呢？

这里面包括主要消耗的IO情况。如果IO消耗大，整个系统反映会很慢。如果不在程序上运动的话，可能直接面对的就是一个磁盘的行道。这样一个预估执行的时间会非常长。我们优化的时候，对于语句，像我们，最关注的就是IO的消耗情况。如果一个语句一个小时执行一百万次，很多人评估语句的时候，可能说执行时间，算是一个问题。想减少这个时间的话，在条件上要注意一些东西，或者捉影的时候，要注意一些方式。

还有一个逻辑方面的问题。有些人认为逻辑问题方面，这里面逻辑数字可以大，如果系统的压力大，系统的逻辑也可以大。但是针对某个语句来说，你的逻辑数字是不能大的。我们争取把每个语句的逻辑数字不超过一百句。因为逻辑数字消耗的是CPU。像我们的内存有20G、有50G。如果在行使路程里面去寻找逻辑数字，这个对CPU的消耗非常大。其实逻辑数字没有增加多少，大概从几十个，增加到几百个。如果是单独执行的话，执行的时间可以保存到一秒钟之内。

执行次数方面，因为淘宝网有一个整个系统外部的访问次数非常多。大家都在访问淘宝网的话，访问次数非常多。逻辑数字存储起来的话，执行的次数相当的大。如果逻辑数字小的话，执行的次数就非常大。如果你的执行次数非常频繁的语句，你的逻辑数字是非常关键的，如果执行数字不平凡，导致你的逻辑数字稍微多一点没有关系。如果一个语句一天才跑一次，如果它的逻辑数字有几十万或者上百万的话，这个应该是没有问题的。但是如果你的逻辑数字没有这么大的话，但是一个语句要跑上百万次的话，这个就要注意逻辑数字的调整了。