共计 1209 个字符，预计需要花费 4 分钟才能阅读完成。
这篇文章给大家介绍如何通过 SQLyog 分析 MySQL 数据库，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。
数据库、表格（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 还让人想到一个让人耳朵起了老茧却又是正确的 Occams Razor 准则——一切超出必要的复杂性都是没有必要的。我之所以到处“推销”这个工具，就是因为它可以为我们提供一个可以管理 MySOL 服务器上许多数据库的、简单的、图形化的界面。它的速度极快，并且它的拷贝很小（可以放在一张软盘上）。
SQLyog 宣称自己是一个查询分析器，实际上它的功能远远不止这些。假如你正在使用 MySOL，你可以在它的网站下载 SQLyog（需要登记你的名字和电子邮件地址），然后切身感受一下它的其他功能。
关于如何通过 SQLyog 分析 MySQL 数据库就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
