网站优化策划书，网站优化策划书举例子

大家好，今天小编关注到一个比较有意思的话题，就是关于网站优化策划书的问题，于是小编就整理了1个相关介绍网站优化策划书的解答，让我们一起看看吧。

如何优化数据库？

1.选取最适用的字段属性，尽量把字段属性设置为not null，使用enum类型被当做数值数据来处理比文本类型快得多。

2.使用链接（join）来代替子查询，速度将会快很多的。比如select a.name,a.age,b.classid,b.name form user a left join class b on a.calssid＝b.classid

3.使用联合（union）来代替手动创建临时表以及使用事务

4.使用索引和返回更少的数据

5.使用存储过程和优化业务逻辑

谢邀~

大概总结一下数据库优化的一些方法，主要是面向程序员的，从DBA的角度如何优化数据库的问题在这里不讨论（因为...我不知道）：

我们都知道，磁盘的读取速度是很慢的，很多时候数据库访问的瓶颈都在这里。而减少磁盘访问的主要方法有：

合理使用索引：这里要注意避免索引失效；

分页查询：不同的数据，SQL语句分页的写法不相同，就不在这里举例了；

只返回需要的字段，尽量减少这样的写法：select * from table；

使用绑定变量（避免硬解析）；

合理使用排序；

自己经常做这件事，所以分享一些经验给大家，数据库其实从某种程度上来说就是一个特殊的文件系统，只不过数据库系统本身对这个系统做了很多特殊的操作，比如提供事务、提供分区、提供复制等等，换句话说，数据库里面的数据还是保存到文件里面的，那么数据库的优化从某种程度上来说就是文件的优化，下面我们就列举一些优化方法。

方案一：减少一次读取的数据量记录，既然数据是保存在文件里面的，那么如果你一次要读取文件里面的很多很多数据，肯定性能大打折扣，为什么呢？这就如，你要在一本书里面找很多个字，并且找完，你想想，慢吗？所以对于这种情况，尽可能的减少读取的数据量，比如之前是一次读取1万条，那么现在一次读取100条就可以了。

方案二：减少写入文件的次数，我们知道文件的操作就是打开文件、写入数据、关闭文件，现在假设你有10000条修改记录（对同一个表的），每次仅仅执行一次修改，那么你要反复执行打开、写入、关闭文件10000次，试想一下，性能怎么样，所以很多数据库系统都提供了insert一次插入多条记录的功能。

很多优化方案，都需要你在项目里面不断实践。

谢邀，在BAT里曾经接手过一个公司级的平台开发，接手的时候，这个平台已经上线2年了，但是却经常收到用户投诉，说从网页端来操作页面的时候，响应实在是太慢了，非常影响用户体验。

接手的时候，经理就说了，一定要把用户反馈的这个事情列为P0级问题，尽快解决。

于是，我马上开始了分析。经过在日志里打点，得知时间主要消耗在数据库查询上。根据我们之前的理论知识，我根本想象不到数据库能被拖慢到这个地步。问题出现在一张存储历史任务的表格实在是太大了，新任务还在以每天百万级的速度增长，而这张表的体量已经达到了亿。这种情况下，就算有索引，在频繁写表（创建任务）的间隙去读表（查任务），其效率也是非常低的。

我当时想到的第一个优化方法是配置主从数据库。主从配置的好处有三点，分别是1）读写分离，也有人称之为负载均衡；2）数据异地备份，还有3）提高数据库的可用性。当时配置主从的主要目的是希望能够实现读写分离，从而提高数据库查询的效率。配置过后，查询效率确实有一定的提高，但是还远未达到解决问题的程度。

在查阅了很多信息之后，我看到了很多人推荐使用elastic search作为持久层。

它是一个轻量型的存储工具，虽然不是关系型数据库，也不支持基本SQL语句，但是它具有能够动态多节点部署，节点掉线后不影响全局数据的优点，最重要的一点，在面对海量数据查询时，它的表现要比MySQL优秀许多。根据我们的实际测试，一张几千万的表格，如果存储在MySQL中，利用非索引字段查询，可能消耗数秒到数十秒，但是同样的数据存储在ElasticSearch中，只需要毫秒级别就能查询到结果。简直就是为我们遇到的问题量身定做的解决方案。

综上，我们从两个方面提供了优化数据库的思路，分别是配置主从与引入ElasticSearch。

以上是我的浅见，欢迎各位在下方评论区点赞留言互动。

到此，以上就是小编对于网站优化策划书的问题就介绍到这了，希望介绍关于网站优化策划书的1点解答对大家有用。