详细讲解如何用SQLyog来分析MySQL数据库

我去了相关网站下载，它只有384K字节大小。它把两个文件（一个可执行文件.exe和一个动态链接库文件.dll）安装到C:\PRogram Files\SQLyog路径下。然后运行可执行文件。 安装后没有必要再访问该网站了，我访问该网站是得到了一个消息，说它的域名没有设置（configured）、登记、或正在建设中。我不清楚这个问题是暂时的还是一直是这样。该软件是免费的，并且没有标志广告（banner ads），所以它可能是一个特定的尚未最终定型的商业模型。最终可能还是要负费的。 数据库、表格（table）和列树（column tree）该程序一启动就开始询问我的登录到MySOL服务器的口令。我只需要输入我的服务器名字、用户id和登录密码。所有其它的设置都是正确的默认值。然后（当我开始其它事务、重启几次、睡了一会之后），我重新运行该程序，这时只需要再次输入我的登录密码。该程序没有保存密码的选项，你可以认为这是该程序的一个bug，也可以说是程序的保密特性。 一旦你登录之后，界面就是很值得注意。MySOL服务器上所有的数据库都显示在一个树型控件上。你只能访问你在登录时授权的那个数据库。如果你点开代表授权给你的那个数据库的树型结构，你就可以看到一系列代表表格的节点。点开表格节点后，你就可以看到一系列显示字段名的节点和另一个代表索引的节点集合。 索引界面绝对是个好东东，这样你就可以CRUD查询索引和关键字了。这相对前端数据库如Microsoft access来说是个提高。如果考虑到MySOL刚刚开始提供对主（primary）和非相关（foreign）关键字关系的支持，本程序这部分的设计是很成熟的。在右下方的面板上，有四个标签页，即：结果（Result）、消息（Message）、对象（Object）和历史（History）。 有什么缺点？我试图发现该程序的缺点，不过只发现了一个。如果你在Win32 Dependency Walker下运行程序的.exe文件，你会发现它引用了COMDLG32.dll文件，而COMDLG32.dll又轮流引用AppHelp。实事上，CommDlg调用AppHelp，而当AppHelp没有请求函数时，CommDlg这么做根本就是浪费资源。 过于简单？在SQLyog FAQ上，有一种观点认为该软件没有正式归档的必要。当然，FAQ（常见问题解答）本身就是一种归档。SQLyog的界面非常直观。我建议你打印一份MySOL文档（包括SQL特殊语法扩展）。我就是这么做的，它只用了一个半英寸的活页封面。 最后一步？FAQ还让人想到一个让人耳朵起了老茧却又是正确的Occam's Razor准则——一切超出必要的复杂性都是没有必要的。我之所以到处“推销”这个工具，就是因为它可以为我们提供一个可以管理MySOL服务器上许多数据库的、简单的、图形化的界面。它的速度极快，并且它的拷贝很小（可以放在一张软盘上）。 SQLyog宣称自己是一个查询分析器，实际上它的功能远远不止这些。

Show Profile 是mysql提供可以用来分析 当前会话 中语句执行的资源消耗情况，可以用于Sql调优的测量。

请读者继续看前面的图 SQL执行具体细节 ，左边 Status 列展示了一条SQL执行的从开始到清理的整个生命周期中执行的 *** 作。如果在其生命周期阶段出现如下的情况的就要重视了：

开启 Profiling 后，mysql会留下15条最近执行的sql的 现场 , 便于我们发现问题。

Show profiles 用来查最近的15条。

Show profile 用来展示每一个SQL执行阶段的耗时清单，便于我们发现耗时最多的地方，然后以此为依据查找问题所在，最后优化SQL或者优化mysql参数。比如耗时清单创建了临时表，就要考虑表是否创建索引，如果创建了那么是否没有用到或者失效了。

总的来说 Profiling 是一个很不错的mysql性能分析工具。

mysql数据库有undo空间5种mysql做可靠性分析的方案：1．MySQL Clustering(ndb-cluster stogare)简介：MySQL公司以存储引擎方式提供的高可靠性方案，是事务安全的，实时复制数据，可用于需要高可靠性及负载均衡的场合。该方案至少需要三个节点服务器才能达到较好的效果。成本：节点服务器对RAM的需求很大，与数据库大小呈线性比例；最好使用千兆以太网络；还需要使用Dolphin公司提供的昂贵的SCI卡。优点：可用于负载均衡场合；可用于高可靠性场合；高伸缩性；真正的数据库冗余；容易维护。缺点：随着数据库的变大，对RAM的需求变得更大，因此成本很高；速度：几乎 比典型的单独服务器（无千兆以太网，无SCI卡，存储引擎相关的限制少）慢10倍。应用场合：冗余，高可靠性，负载均衡2. MySQL / GFS-GNBD/ HA (Active/Passive)简介：如果多个MySQL服务器使用共享硬盘作为数据存储，此方案如何？GFS/GNBD可以提供所需的共享硬盘。GFS是事务安全的文件系统。同一时刻你可以让一个MySQL使用共享数据。成本：最多n台高性能服务器的成本，其中一个激活的，其他作为备份服务器。优点：高可靠性某种程度的冗余按照高可靠性进行伸缩缺点：没有负载均衡没有保证的冗余无法对写 *** 作进行伸缩速度：单独服务器的2倍。对读 *** 作支持得较好。应用场合：需要高可靠性的、读 *** 作密集型的应用3. MySQL / DRBD / HA (Active/Passive)简介：如果多个MySQL服务器使用共享硬盘作为数据存储，此方案如何？DRBD可以提供这样的共享硬盘。DRBD可以被设置成事务安全的。同一时刻你可以让一个MySQL使用共享数据。成本：最多n台高性能服务器的成本，其中一个激活的，而其他则作为备份服务器。优点：高可靠性；一定程度的冗余；以高可靠性名义来看是可伸缩的。缺点：没有负载均衡没有保证的冗余在写负载方面没有伸缩性速度：在读写方面相当于单独服务器应用场合需要高可靠性、读 *** 作密集型的应用4. MySQL Write Master / Multiple MySQL Read Slaves (Active/Active)简介：考虑不同的读、写DB数据库连接的情况。可以使用一台主服务器用于写 *** 作，而采用n台从服务器用于读 *** 作。成本：最多1台高性能写服务器，n台读服务器的成本优点:读 *** 作的高可靠性；读 *** 作的负载均衡；在读 *** 作负载均衡方面是可伸缩的。缺点：无写 *** 作的高可靠性；无写 *** 作的负载均衡；在写 *** 作方面无伸缩性；速度：同单独服务器；在读 *** 作方面支持得较好应用场合读 *** 作密集型的、需要高可靠性和负载均衡的应用。5. Standalone MySQL Servers(Functionally separated) (Active)多台功能分离的单独服务器，没有高可靠性、负载均衡能力，明显缺点太多，不予考虑。

---