mysql5.5的默认字符集配置

最近有些糊涂,完全忘记去看error日志或者debug信息。

昨天弄mysql的时候怎么也起不来,把我郁闷的直接给卸载掉不管它了。今天又想安装上,于是弄上去发现还不行。那就编译吧,用老配置文件——结果还是不行……瞟了一眼错误信息——“default-character-set=utf8”它居然不认……上网一查,好家伙,mysql5.5不支持这货了,那就把原来的删掉,把下面这句加到[mysqld]里面,又起来了,不容易……

character-set-server=utf8

进到mysql里打个“\s”一看,字符集全utf-8了。

以后一定要看debug的消息啊……

优化 MySQL 语句的十个建议

看到OSCHINA上转的这篇,觉得不错,留下来做个备份。

Jaslabs的Justin Silverton列出了十条有关优化MySQL查询的语句,我不得不对此发表言论,因为这个清单非常非常糟糕。另外一个Mike也同样意识到了。所以在这个博客中,我要做两件事情,第一,指出为什么这个清单很糟糕,第二,列出我的清单,希望我的比较好些。继续看吧,无畏的读者们!

(译者注:作者借这个题目反讽另一篇同名的文章)

为什么那个清单很糟糕

1.他的力气没使对地方

我们要遵循的一个准则就是如果你要优化代码时,应该先找出瓶颈在哪。然而Silverton先生的力气没有用对地方。我认为60%的优化是基于清楚 理解SQL和数据库基础的。你需要知道join和子查询的区别,列索引,以及如何将数据规范化等等。另外的35%的优化是需要清楚数据库选择时的性能表 现,例如COUNT(*)可能很快也可能很慢,要看你选用什么数据库引擎。还有一些其他要考虑的因素,例如数据库在什么时候不用缓存,什么时候存在硬盘上 而不存在内存中,什么时候数据库创建临时表等等。剩下的5%就很少会有人碰到了,但Silverton先生恰好在这上面花了大量的时间。我从来就没用过 SQL_SAMLL_RESULT。

继续阅读