关于target="_blank"去留的问题在网上已经被反复争议很多次了。有的说要留，有的说要去掉。主张留的一方主要是考虑到 target="_blank"的属性目前来讲还没有一个好的方式来解决，而主张去的一方则拿出了rel与JS的解决方案。 target="_blank"是否的存在是否有必要我想目前还有很多正处在一种盲区。

据说drupal7会提供Gzip压缩功能,可惜至少在目前drupal6.x的时代，我还享受不到这个功能．需要我们自己做.

如果可能，偶尔运行一下OPTIMIZE table，这对大量更新的变长行非常重要。

偶尔用myisamchk -a更新一下表中的键码分布统计。记住在做之前关掉MySQL。

如果有碎片文件，可能值得将所有文件复制到另一个磁盘上，清除原来的磁盘并拷回文件。

如果遇到问题，用myisamchk或CHECK table检查表。

通过位你的系统挑选可能最好的编译器，你通常可以获得10-30%的性能提高。

在Linux/Intel平台上，用pgcc(gcc的奔腾芯片优化版)编译MySQL。然而，二进制代码将只能运行在Intel奔腾CPU上。

对于一种特定的平台，使用MySQL参考手册上推荐的优化选项。

挑选编译器和编译选项。

位你的系统寻找最好的启动选项。

通读MySQL参考手册并阅读Paul DuBios的《MySQL》一书。(已有中文版-译注)

多用EXPLAIN SELECT、SHOW VARIABLES、SHOW STATUS和SHOW PROCESSLIST。

了解查询优化器的工作原理。

优化表的格式。

找出瓶颈(CPU、磁盘、内存、SQL服务器、操作系统、API或应用)并集中全力解决。

使用给予你更快速度/灵活性的扩展。

逐渐了解SQL服务器以便能为你的问题使用可能最快的SQL构造并避免瓶颈。

优化表布局和查询。

使用复制以获得更快的选择(select)速度。

如果你有一个慢速的网络连接数据库，使用压缩客户/服务器协议。

Perl DBI/DBD

ODBC

JDBC

Python(或其他有普遍SQL接口的语言)

你应该只使用存在于所有目的SQL服务器中或可以很容易地用其他构造模拟的SQL构造。[url]www.mysql.com上的Crash-me页可以帮助你。[/url]

为操作系统/SQL服务器编写包装程序来提供缺少的功能。

应该集中精力解决问题。

在编写应用时，应该决定什么是最重要的：

速度

操作系统间的可移植性

SQL服务器间的可移植性

使用持续的连接。.

缓存应用中的数据以减少SQL服务器的负载。

不要查询应用中不需要的列。

不要使用SELECT * FROM table_name...

PERL

可在不同的操作系统和数据库之间移植。

适宜快速原型。

应该使用DBI/DBD接口。

PHP

比PERL易学。

使用比PERL少的资源。

通过升级到PHP4可以获得更快的速度。

C

MySQL的原生接口。

较快并赋予更多的控制。

低层，所以必须付出更多。

C++

较高层次，给你更多的时间来编写应用。

不要交换区。如果内存不足，增加更多的内存或配置你的系统使用较少内存。

不要使用NFS磁盘(会有NFS锁定的问题)。

增加系统和MySQL服务器的打开文件数量。(在safe_mysqld脚本中加入ulimit -n #)。

增加系统的进程和线程数量。

如果你有相对较少的大表，告诉文件系统不要将文件打碎在不同的磁道上(Solaris)。