web php+mysql 网站优化方向

1.PHP+MySql的存储缺点

在大部分的PHP的网站开发当中，我们往往采用的数据存储方式是php+mysql,因此就会产生如下图所示的请求方式：

 

以上的架构对一般对于访问量不大的网站没有任何问题，例如：个人博客网站，小公司的企业网站。然而当网站的数据量和访问量增大之后，即使您的MySql数据库做了非常完美的优化手段，这个架构的请求方式是不会有任何改变的。也就是说，该架构所有的读写操作都是实时发生的,就算你设定了读写分离其实也是把这一切的工作依然是实时的，全部由MySql数据库来承受。所以这种请求方式的架构是有瓶颈的，如果把这个架构当成一个人搬货物来对待，中间的搬运过程不能中断，这个负责搬运的人不能休息，那么无论这个人有多么优秀，力气有多大，他总有体力耗尽的时候。

 

因此可以得出一个这样的结论：优化的核心思想是减轻数据库的压力，减轻访问(连接)的次数。

1. 大型网站的优化方向

1. 增加服务器，设置读写分离(主从复制)。
2. 增加cpu,高速的IO读写硬盘等硬件和网络带宽。
3. 在MySql层面做各项优化，如:索引优化，分表等
4. 使用反向代理和负载均衡技术(Nginx,H3C,F5)
5. 聘请可靠的开发技术团队和优秀的运维团队
   6.使用NoSql作为缓存中间层

 

1. NoSql的含义

NoSQL ,（Not Only SQL），泛指非关系型数据库, 它是由一次叫“反Sql运动”的社区讨论而诞生的体系。这个运动的发起最早源自于社区网站 LiveJournal的开发团队，它们的初衷是为了用于减少数据库连接数，减轻数据库的工作压力，但发展至今有着其他不同的应用领域，因此NoSQL处于一种所谓百家争鸣的，各执一词的时期。但我们作为NoSql的学习者和应用者，我们不需要关心和纠结这些NoSql的争论，也不需要参与到这些争论当中。

 

NoSql的共同特点和优势:

NoSQL 通常是以key-value形式存储的（如:Memcache） 

不支持SQL语句，

没有表结构

配置简单

灵活、高效的操作与数据模型

低廉的学习成本

能很好地作为MySql的中间层

能很好地支持PHP

 

NoSql的共同的缺点：

没有统一的标准

没有正式的官方支持

各种产品还不算成熟

权威支持的产品价格很高（如：阿里云）

 

NoSql的产品分类：

ttServer

redis

mongodb

memcache

CAP

HBC

Aliyun MQ

KVCache(Memcache)