MySQL 5.4的新特性解析
Author: Ivan@mysqlab.net/谭俊青 转载请注明来源URI链接:
http://www.mysqlab.net/blog/2009/04/mysql-54的新特性解析/
MySQL 5.4 之所以命名为5.4，而不是5.2 是因为之前的5.2版本被命名为6.0了（这个应该是商业上的原因，就像java1.6被命名为6.0）。现在的5.4 preview release 是在当前MySQL5.1的基础上，对 Innodb 进行了一些优化,这些补丁来自google，包括：InnodbIoTuning, InnodbAsyncIo, InnodbStatus , NewShowInnodbStatus , SmpPerformance 等。
从所打的那些补丁，我们可以看出，对innodb做了很多优化，特别是io的优化和smp多核cpu的优化。
下面就一些新增参数和默认值的更改做些说明：
innodb_io_capacity
这个在之前的innodb版本中是被写死的，默认值是100，在5.4中默认值已经改成200。
innodb_extra_dirty_writes
这个是非常有用的一个特性，当服务器资源idle的时候，会做checkpoint，将脏数据页写入表空间，及时没有到达设置的比例(innodb_dirty_pages_pct,innodb_max_dirty_pages_pct)。
innodb_buffer_pool_size
默认值由原来的8M改为1G，其实在大些的db中，这个还是远远不够的。可以将1半，甚至2/3的内存用在这上面。
innodb_log_file_size
默认值增至128M 在磁盘性能好些的机器上，应该还要增加，配合innodb_dirty_pages_pct, 以实现更加好的性能。
innodb_thread_concurrency
Innodb中的并发控制参数，默认值由8改0，这个都得以于google的smpperformance补丁，以前并发超过8时，性能基本上会下降。
另外需要提醒的是：目前MySQL5.4还是preview release，不建议用于生产环境。
相关文档：
用了MYSQL一年多，且一直被MYSQL的快速查询所吸引，可今天怎么碰石头了？
1D p4V*W+t0
3p)o{3s.a'^Q r0
原来就是索引在做怪。由于本人是业余爱好自学PHP+MYSQL开发，所以在理论优化方面一般考虑甚少，基本不用字段索引去做MYSQL优化，可能也是我不会用吧。（总看书上说索引的好处好处的，今天着实尝到甜头了。）PHPChi ......
Scale Out：横向扩展，增加处理节点提高整体处理能力
Scale Up：纵向扩展，通过提升单个节点的处理能力达到提升整体处理能力的目的
Replication
MySQL的replication是异步的，适用于对数据实时性要求不是特别关键的场景。slave端的IO线程负责从master读取日志，SQL线 程专门负责在slave端应用从master读过来的日志（早期 ......
L1、HTML静态化
其实大家都知道，效率最高、消耗最小的就是纯静态化的html页面，所以我们尽可能使我们的网站上的页面采 用静态页面来实现，这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站，我们无法全部手动去挨个实现，于是出现了我们常见的信息 发布系统CMS，像我们常访问的各个门户站点的� ......
做数据库调优，一个简单的tip就使性能提升一大块时，被帮助的人自然是高兴而且感激，我也是满心欢喜。用所学帮助了他人，也说明还是有一技之长的，有一门能够养活自己的手艺。也算是手艺人啊。
同事让我帮助优化，在slow query log里发现有两个SQL执行的次数最多，并且每次都在两秒以上。用explain看了，也未发现索引使用� ......
