MYSQL网站制作之利用索引调治导游调剂使用程序的功能
关于这个理由我把它放在最后一位。在很多业界专家中有一个相当一致的观点：MySQL不能很好的扩展。关于这点可能有很大的分歧，争论的焦点主要集中于水平可扩展性和垂直可扩展性上。MySQL则更倾向于垂直可扩展性。程序|索引|功能你可使用SQL服务器调治器（SQLServerProfiler）工具来搜集服务器以后举动的主要信息。被这个Profiler工具所追踪到的信息（包括无数据库的实在负载）可以被用在多种场所里。如今让我们来看看怎样利用Profiler搜集可以被索引调治导游所利用的数据，和你该怎样利用这些工具来调试你的使用程序。甚么时分利用它？
Profiler工具可以用在数据库开辟性命周期的一切阶段。比方，在初始阶段，你能够用它来帮助调试大概查明你的使用程序应当怎样和在什么时候挪用存储历程和其他的SQL声明。在我比来所介入的一个项目里，一个已编译组件一挪用数据库就超时，在这类情形下，我们利用了Profiler来分辨SQL的声明和使用程序挪用它们的按次。利用这个工具就匡助我们发明了逻辑上的毛病，如许我们就乐成地改正了本人的使用程序。
在开辟历程前面的阶段里，Profiler可以有助于分辨负载／压力测试（load/stresstesting）过程当中使用程序的瓶颈。你还能够用它来监督一样平常的举动、实行平安检察，和分辨其他影响功能的要素（比方计划欠安的查询）。
在Profiler里，你必需决意要纪录甚么，并思索将所纪录上去的服务器举动应当被保留在那里。你能够选择将本人的追踪信息保留到数据库表格里大概是文件里。中选择将捕获到的数据保留到表格里的时分，你还能够设置要保留数据行的最年夜数目。如许，Profiler就可以够在一个义务沉重的体系里敏捷地捕获大批数据。可是因为这一点，你大概想要限定在一次追踪当中Profiler所要捕获的数据总量。
你能够选择将所取得的信息保留到追踪文件里。假如选择了这个选项，你就可以够在文件到达了必定的巨细以后将文件信息掩盖失落，这将限定捕获信息文件巨细的下限。并且，你能够选择要从那里入手下手举行追踪处置。这就十分像在使用程序层里编写代码选择是在客户端仍是在服务器端举行指针实行。在正式的产物体系里，你大概不但愿在服务器上放上这么一个事情负载，如许的话，让客户端处置大概就是最好的选择了。
当在这两个选项之间举行选择的时分，你的次要注重力应当放在其对数据库／使用程序功能的影响上。关于年夜多半范例的日记纪录事情而言，将其保留为文件对体系的包袱要比保留到数据库的小，以是关于高流量的实践产物体系来讲，将日至保留为文件多是更好的选择。
利用Profiler
你可使用Profiler创立和保留可以被索引调治导游所利用的追踪了局。为了利用Profiler为导游所搜集到的数据，你能够选择SQL服务器自带的缺省模板。要做到这一点，在文件（File）菜单里选择新建｜追踪（New|Trace）。在惯例（General）选项卡里（图A）选择用于导游的缺省模板。你就会看到能够将追踪了局保留为文件大概到数据库里。
图A
Profiler的惯例选项卡
在事务（Events）选项卡里（图B），和导游相干联的事务范例有两个：RPC:Completed用于存储历程，和SQL:BatchCompleted用于其他的TSQL声明。
图B
Profiler的事务选项卡
在利用调治器对SQL服务器的举动举行捕获的时分，你会在一段绝对较短的工夫内取得大批的数据，这取决于你服务器的利用情形。以是你就应当选择只纪录下你所必要的项目而不是修正缺省的模板。并且在运转Profiler的时分，你要确保在捕获时代典范的使用程序举动会产生，这关于包管索引调治导游的质量长短常主要的，除非你是正在试图办理某个特定的成绩，在前面这类情形下你要确信指定的事务正在产生。
一旦追踪被保留到文件里大概数据库表格里，你就能够回放这一过程当中所产生的一切举动――设置你但愿的断点――这和你利用开辟职员的IDE调试器很相似，如图C所示。
图C
回放Profiler的追踪内容
再次夸大，捕获到的数据会是相称多的。为了匡助限定所捕获数据的数目，你能够界说过滤器。在界说本人的过滤器（图D）时，设置工夫较长的查询是很罕见的。
图D
过滤数据
Profiler还能纪录很多其他范例的数据库举动。Profiler自己就有很多选项供你选择。要取得更多的信息，我倡议往查询MSDN在线大概SQL服务器的文档。Profiler会成为任何DBA的伴侣，别的我还倡议你往考查一下它的其他很多选项。
”由于MySQL已经是一个运行了众多知名Web2.0网站的数据，包括Craigslist、Digg、Wikipedia和Google等，或许我们可以说每一个Web2.0公司实质上是一个使用MySQL数据库的公司。 换言之，只有在不断的失败中尝试成功，而关于失败的总结却是很少的 如安全管理、备份恢复、性能监控和调优等，SQL只要熟悉基本操作就可以，只要程序设计部分只要稍加了解即可（如存储过程、触发器等）。 一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。） 个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。 无法深入到数据库系统层面去了解和探究 如果你是从“学习某一种数据库应用软件，从而获得应聘的资本和工作机会”的角度来问的话。 对于数据库来说，查询是数据库的灵魂，那么SQL查询效率究竟效率如何呢？下文将带对SQL查询的相关问题进行讨论，供您参考。 这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据，是否会出现大规模的碎片？ XML字段类型更好的解决了XML数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！）
页:
[1]