优化sql语句是非常重要的。
先分析了优化SQL语句的几个小方法。然后针对SQL在nat应用出现的问题给出了具体的解决办法。性能测试，性能测试，性能测试!那么，当你能够建立一些高压情况之后，你需要找出配置中的错误。这就是性能测评工具可以帮你做的了。它可以帮你发现配置中的瓶颈，不论是在内存中，CPU中，网络中，硬盘I/O，或者是以上皆有。你要做的第一件事就是开启慢查询日志(slowquerylog)，装上mtop。这样你就能获取那些恶意的入侵者的信息了。有需要运行10秒的查询语句正在破坏你的应用程序吗？这些家伙会展示给你看他的查询语句是怎么写的。在你发现那些很慢的查询语句后，你需要用MySQL自带的工具，如EXPLAIN，SHOWSTATUS，SHOWPROCESSLIST。它们会告诉你资源都消耗在哪了，查询语句的缺陷在哪，譬如一个有三次join子查询的查询语句是否在内存中进行排序，还是在硬盘上进行。当然你也应该使用测评工具如top，procinfo，vmstat等等获取更多系统性能信息。
拆分你的表通常有些表只有一些列你是经常需要更新的。例如对于一个博客，你需要在许多不同地方显示标题（如最近的文章列表），只在某个特定页显示概要或者全文。水平垂直拆分是很有帮助的：artificialkey完全是多余的，而且post-tag关系的数量将会受到整形数据的系统最大值的限制。artificialkey完全是多余的，而且post-tag关系的数量将会受到整形数据的系统最大值的限制。
学习索引你选择的索引的好坏很重要，不好的话可能破坏数据库。对那些还没有在数据库学习很深入的人来说，索引可以看作是就是hash排序。例如如果我们用查询语句SELECT*FROMusersWHERElast_name=‘Goldstein’，而last_name没有索引的话，那么DBMS将会查询每一行，看看是否等于“Goldstein”。索引通常是B-tree（还有其他的类型），可以加快比较的速度。你需要给你要select,group,order,join的列加上索引。显然每个索引所需的空间正比于表的行数，所以越多的索引将会占用更多的内存。而且写数据时，索引也会有影响，因为每次写数据时都会更新对应的索引。你需要取一个平衡点，取决每个系统和实施代码的需要。
SQL不是CC是经典的过程语言，对于一个程序员来说，C语言也是个陷阱，使你错误的以为SQL也是一种过程语言（当然SQL也不是功能语言也不是面向对象的）。你不要想象对数据进行操作，而是要想象有一组数据，以及它们之间的关系。经常使用子查询时会出现错误的用法。因为这个子查询是耦合的，子查询要使用外部查询的信息，我们应该使用join来代替。
服务器改了SQL端口分机连接不上如何解决：一般的NAT映射是会改变访问端口的，导致应用不可连接，使用nat全端口映射好可简单解决这问题。使用nat全端口映射，实现外网访问内网多端口、固定端口应用方法：在内网安装nat软件。启用nat，添加映射，选择全端口映射模式。
在外网访问时，安装并启用nat访问者，将需要访问的端口添加到访问列表，即可正常访问。