1.访问数据库查询数据2种方式。 全表扫描和索引。
1）尽量使用索引，避免全表扫描。 应对where,orderby建立索引；where null ，《》！=,like,between in,in not in 不要使用最好
2）未必使用索引都比全表扫描快。 比如：当数据量很小的情况，全表扫描的速度可能会比使用索引快。
3）索引 优点：加快数据查询 缺点：写入数据库容易造成页碎片，插入，删除数据会重新生成索引，还得移动附近的数据，容易造成部分存储空着用不到
索引的结构是 B树（左右节点数目近乎相同），即二叉树；
有根节点，非页节点（引导根节点到页节点上），页节点（包含索引数据的页）
2.视图的好处
假如需要查询下面的数据，sql语句如下
select A.id,B.no,B.no2 from A,B where A.id=B.id 首先，编码人员需要知道数据库表的关联以及相关字段id。
如果我们有个view 视图 如下。
create view v_example as
select A.id,B.no,B.no2 from A,B where A.id=B.id
那么我们查询的语句应为: select * from v_example （告诉数据库把查询v_example视图的获得的数据直接给我）
好处：1）不需要熟悉表关联关系，可以直接获取数据 2）对闲杂人员，隐藏表真实内部结构，增强安全性。
3.传统web架构，大体上简单架构
web负载均衡，服务器集群，主从数据库（读写分离），缓存技术，队列，分布式存储。
1)web负载均衡cdn
分担节点的压力，分担到其他节点上面去。尤其大并发量，可以将并发了分担到不同节点上。
？web服务器如何确保 各台程序都相同
2）服务器集群
将一个复杂计算分配到几个节点上面去，然后汇总各个节点的结果。
3）主从数据库（读写分离） Master和Stave数据库，解决写数据库造成数据库卡。
数据库作用就是被读写；当写数据的时候会对数据进行行锁，页锁，段锁，会影响其他数据的查询。
经过调查 读:写 10：1。
那么分主数据库和从数据库。
主数据库用于增删查数据写入和最新数据的读取（从数据库是通过订阅主数据库数据进行数据库同步的，会有不等的延时，可以设置时间，延时几分钟，几小时等）。
从数据库用于 读改动很小的数据，比如：60天之前的订单信息（几乎不会变动）。
例：可以将订单号格式设置为 年月日小时分钟秒随机数. 20110523180012sdfdfjk
根据订单号，确定是否为60天之前的订单，如果是 设置 connectring=从数据库的信息，如果不是 connectring=主数据库的信息。
例：豆瓣读书： 图书信息，标签信息，评论信息，喜欢这本书的读者列表
图书信息需要最新的，所以可以从主数据库读取
标签信息不需要很新不需要及时，从从数据库读取
评论信息需要即使，主数据库读取
喜欢这本书的读者列表，从从数据库读取。
4）缓存技术
命中率（命中次数/总次数）一级缓存常常是单独服务器，二级缓存指的是web服务器的缓存
页面html缓存；页面局部元素缓存；复杂查询结果集缓存；耗时查询，如产品列表页面；热点查询。
5）分布式存储
6）队列
sql队列：发送email，发送短信等。
、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、
数据库优化：
垂直划分： 用户的不同信息最好存不同表或者数据库中
水平划分： 同一表中数据 存放到2个数据库中，结构也相同。 方法： 如基数id放在A数据库，偶数id放在b数据库； %10也行； hash算法也行。
数据库备份，当出现问题立马切换。切换策略呢？ web服务器，数据库服务器，备份服务器（存放数据库配置，web配置，缓存配置。当遇到问题通过切换策略替代有问题的服务器。直接换
个ip就可以了。）