和普通的优化建议不同,下列的整理是告诉我们那些操作行为会影响性能.

    主要的理解至于存储引擎的优化

    1:Thinking too small

    a:最大的性能问题来至于书写的sql,schema的设计,索引策略.

    b:任何一个大型系统在不同层面都有代理及缓存.

    c:不要使用单个的"big box"架构.

    d:尽早的进行拆分及复制

    e:分离组件及应用程序

    f:performance != scalability

    3:choosing the wrong data types

    a:尽可能使用小的数据类型

    b:使用小的数据类型,索引和数据能够尽量放入内存

    4:using persistent connections in php

    a:持久化链接不可能在一个非shared的架构中存在.

    b:假如中止一个apache进程,其附属的持久化链接也将自动释放.

    c:mysql快于oracle/postgresql的原因

    使用lightweight/short-lived设计

    没有特殊需求,一般不要在mysql之上使用抽象层

    5:not understanding storage engines

    a:了解不同存储引擎的优缺点

    b:不同存储引擎处理索引及物理数据都是不同的

    c:系统中一般不可能就使用一个存储引擎

    6:not understanding index layouts

    正确的选择索引及存储引擎是非常重要的.需要理解聚簇和非聚簇索的区别

    具体可以参考(http://xiayuanfeng.javaeye.com/blog/429701)

    7:not understanding query cache

    a:是否使用query cache,需要参考数据库的读写比例

    b:query cache是性能及cpu处理之间的平衡

    c:对于并发量比较大的应用,大量的query cache反而会影响性能

    d:需要注意query cache失效的问题,提高query cache的命中率主要是需要拆分表.

    8:using stored procedures

    对于不同的rdbms,编译过程要不断在不能的链接线程中切换,所以对于页面级的查询,不建议使用存储过程.

    存储过程一般适用于如下场景:预处理的statements和动态的sql:

    etl-type procedures

    stuff that\'s comple+ and not execute often

    stuff that\'s simple and execute multiple times per request

    9:operating on indexed column with a function

    10:having missing or useless indexes

    a:无用的索引最大的原因:索引的可选择性不高.无用的索引也会减低更新操作的性能

    b:索引丢失

    对索引增加mysql的内部函数调用

    group by 操作的索引没有加索引

    善于使用覆盖索引

    11:not being join-fu master

    12:not accounting for deep scans

    对于大型网站需要使用search engine spider

    13:select count(*) with no where on an innodb table

    这个问题产生的原因是复杂的mvcc影响,innodb是基于行级锁,所以每个事务中为了计算准确都要重新扫描一个表.

    14:not profiling of benchmarking

    profiling是诊断系统的瓶颈,而压力测试是计算每次修改带来的性能评估,以及衡量网站的负载

    profiling concepts :

    a:try to profile on a testing or stage environment

    b:you are looking for bottlenecks in (memory disk i/o cpu network i/o and os)

    c:slow query logging

    benchmarking concepts :

    a:track changes in application performance over time

    b:isolate to a single changed variable

    c:record ererything

    d:shut off unnecessary programs

    e:disable query cache

    15:not using auto_increment

    a:能够产生一个数据的热区.

    b:能够保持新纪录的数据在一起.

    c:能够加快并发写

    参考:http://www.slideshare.net/techdude/how-to-kill-mysql-performance

建议继续学习：

1. Xvfb+YSlow+ShowSlow搭建前端性能测试框架    (阅读：54187)
2. WEB系统需要关注的一些点    (阅读：14066)
3. 30分钟3300%性能提升――python+memcached网页优化小记    (阅读：12110)
4. Go Reflect 性能    (阅读：9723)
5. 基于SSD的数据库性能优化    (阅读：7386)
6. jQuery性能优化指南    (阅读：7303)
7. 长连接(KeepAlive)在 http 连接中的性能影响    (阅读：7029)
8. SQL vs NoSQL：数据库并发写入性能比拼    (阅读：6610)
9. 服务器性能测试工具推荐    (阅读：6437)
10. WEB性能测试工具推荐    (阅读：5629)