大型网站设计经验分享-安然.pptVIP

缓存命中率高 完全SQL过滤 * * PHP（最适合WEB开发语言，性能、开发速度、可维护性在三者之间很好的平衡） * 大型网站设计经验分享 — 安然 网站的特点 数据简单、数据量大 逻辑简单、算法简单 访问量高，热点数据显著 并发高，同时操作多 读远远大于写操作 数据一致性要求不高 技术的选择 系统设计一些经验分享 充分理解需求 为未来的增长、扩展做充分准备 提高代码的复用度 使用PHP5面向对象特性 MVC分层设计 服务器系统设计 单台服务器 单点集群 负载均衡 PHP服务器、静态服务器 存储、数据库、缓存服务器 管理、监控服务器 多点集群 中心点依然存在 数据同步依然是问题 不能完美做到热备 系统的瓶颈 MySQL使用的一些经验 MySQL没有用好 MySQL没有优化 程序使用不当，没有命中索引 MySQL设计 表类型，选择适合的 索引，与程序配合 主从复制-读写分离 表分区 MySQL与程序的配合 索引与程序的配合 Explain，关键看索引使用情况 避免使用联合查询 数据库设计的时候减少数据冗余 慢查询日志与运行状态是优化的基础 程序与数据库的博弈 根据功能设计数据库 为了性能优化数据库 当数据库出现性能问题--调整功能 MySQL压力的解决方法 读压力：主从复制+读写分离 单容量和读写压力： 表分区 表分区+主从复制+读写分离 分库分表 硬件：多硬盘分散、SSD 主库永远是关键点 逃离MySQL--NoSQL数据库 MySQL还是有性能问题 当你离不开MySQL的时候 当你下不了决心重新设计系统的时候 还有解决MySQL压力的方法 缓存--MySQL的救星 缓存 策略是缓存的核心 生成：主动、被动 命中：很容易 失效：有些难 并发控制：很重要 多级缓存 一致性问题 缓存的容器选择 首先分布式的：Memcache、TT… 单机：APC、文件 PHP框架 这是一个框架辈出的年代 每种框架都有自己的特点 每种框架都有自己的适合的领域 选择适合自己的框架 功能大而全的：Zend Framework 最近很流行的：ThinkPHP、yiiframework 很不流行的：AnPHP AnPHP 以缓存和统一资源为核心 透明支持缓存、透明进行读写分离 强大的并发控制能力 强大的负载能力 易用性好、开发速度快、易于维护与扩展 使用MVC结构设计开发 拿来主义，集成使用第3方功能 未来将支持数据库故障实时热迁移、多IDC节点集群 AnPHP设计思想 少即是多 没有ORM 去除冗余信息 去除联合查询 多即是少 功能强大的Model基类与DAO类 Model基类支持分类信息模型 动态类不写代码直接对表操作 统一资源减化数据操作 典型案例 1 数据库：R710 ，2*cpu(E5504)、2*50G(SSD)、2*4G 其它：1*cpu(E5502)、2*160G(STATII,7.2K)、2*4G 网站第1天300PV 压力测试： 负载最大页面：3,023 pages/min典型页面： 11,733 pages/min PHP服务器压力： 15.0 数据库服务器压力：0.4 典型案例 2 谢谢！ QA 联系方式 安然 邮箱：anr@ Q Q ：5968949(我是VIP) MSN ：很少上 微博：/anran PHP（最适合WEB开发语言，性能、开发速度、可维护性在三者之间很好的平衡） * 2-网站发展速度快，热点事件，访问量会剧烈上升 3-代码，层次框架、模块复用度 * 单台，常见于小项目，实难性项目 单点集群，使用最多 多点集群，多了热备与就近服务，成本高 * 单台，常见于小项目，实难性项目 单点集群，使用最多 多点集群，多了热备与就近服务，成本高 * 绝大多数mysql使用的是默认的配置，没有针对于硬件来进行优化 绝大多数mysql没有针对程序进行调优 * 联合查询是性能的杀手，在高并发的情况下几乎全部都要出现问题 慢查询日志，是SQL优化程序优化的基础 * 使用表分区一定要注意SQL的使用 NoSql数据库（需要一个过程\系统设计的改变\功能的变化\数据安全） 分库分表对原有业务、功能的影响，维护成本高，取集合数据非常困难，目前见于超大型网站 * * 缓存失效在于更新的时候，如何清除本身和集合数据 脏数据 * PHP（最适合WEB开发语言，性能、开发速度、可维护性在三者之间很好的平衡） * 为应用而生，去除浮华 为大型分布式系统设计 第3方模板使用的是Smarty * * 单台服务器 首页： 400W=4,353,120 其它：1500W * PHP（最适合WEB开发语言，性能、开发速度、可