阶段性的工作是,明确你要实现的优化目的,服务器方案切割的备份以及了解服务器内部数据结构和优化的部分
对于,数据库内容以及结构引擎是要非常细腻的排列优化的 有关服务器优化方案的文章不少,你可以多了解一下,有什么问题尽管问我
SEO优化推广方案建议你这样写：
首先分析要优化的网站存在哪些问题？如何解决这些问题？
弄清楚公司的核心，针对核心进行制定优化推广方案
无论是付费的还是免费的，将推广预测结果写在里面。
这样做的好处：完整的seo优化推广方案，很清楚的表述工作的重点及所带来的效果。
注意事项：方案简单明了，要写到重点，能突出自己的能力。
务器系统安装优化：1在安装的时候选择最小安装
在安装时候选择Minimal，自定义工具可以有developmenttools 、debugging tools、base、compatibliitylibraries
2 需要开启的服务
sshd rsyslog network crond sysstat iptables 如果是web服务器还要有apache
3需要关闭的服务
关闭不需要的tty
Vi /etc/inittab 在前面加上#注释掉多余的
执行init q
关闭atime
vi /etc/fstab
在包含大量小文件的分区中使用noatime,nodiratime两项
例如：
/dev/md5 /data/pics1 ext3noatime,nodiratime 0 0
4 需要优化的服务
优化sshd
X11Forwarding no //不进行x图形的转发
UseDNS no //不对IP地址做反向的解析
port 52113 端口范围0-655535
Protocol 2
useDNS no DNS 内网连接都是ip 不用解析，速度会很快
permitrootlogin no 不允许root通过ssh 连接
listenaddress 改成服务器的内网ip地址
GSSAPIAuthentication no 这个解决两个机器之间连接慢的问题
PermitEmptyPasswords no
优化shell
# vi /etc/profile
找到 HISTSIZE=1000 改为HISTSIZE=100
然后 source /etc/profile
优化runlevel
vi/etc/inittab
id:3:initdefault:
让服务器运行X是没有必要的
5 需要系统最小优化
开机启动最小化
*** 作命令最小化
普通用户权限最小化
Linux系统文件及目录的权限最小化
登录Linux用户最小化，平时没有需求root用户，绝对不用root账号登录对于高级seo人来说，做SEO策划方案时最想要的应该是具有引导意义的的指导思路，不需要很完善，有一个大概的框架就行，然后根据这个指导思路去制定自己的SEO方案，夫唯老师讲过对于seo的优化分为两个阶段：
一、SEO前期的准备阶段策划
1 了解客户
帮客户解决问题是做SEO方案的根本目的，所以做搜索引擎优化之前一定要先了解客户，比如客户的核心产品或主要服务是什么客户的当前问题是什么客户想要达到什么样的期望客户网站目前的总体情况如何通过了解这些问题，分析这方面的数据来加深对公司的了解，并且认真、细致、有针对性地记录好所获取到的信息。这些信息将是我们开展后续工作的最根本的基础所在。如果需求没搞清楚，那么方向就错了，方向错了，那么会导致后续一切的努力都将是做的无用功。
2 分析行业情况，研究竞争对手
通过第一步，我们基本上做到了“知己”，接下来就是要想办法“知彼”了。我们从了解行业的总体情况出发，在了解行业总体情况之后，找出业内的优秀同行，分析他们做优化的有效方法和途径，把值得借鉴的方面提炼出来，然后结合自身现有的优化方法去解决问题，做针对性的研究，并记录好研究成果。
3 确定目标客户，分析群体特征，确定网站关键词
不同行业、不同性质的网站，目标客户群体是不一样的，我们应该确定自己企业的用户群体、做好用户群体的特征分析，并以分析出来的数据为导向挖掘关键词，然后根据用户的搜索习惯最终确定关键词，以便后期SEO能做到精准营销、提高流量的转化率，而不是“为了SEO而SEO”。
4 确认SEO对象
做好上面的工作基本上SEO方案前期的准备工作已经完成了一大半了，接下来就是确认SEO的对象，优化对象可以是具有战略意义的长期目标，也可以是能够快速见效的短期目标。无论是长期目标，还是短期目标，一定要理性，不能盲目。当然优化对象一定要精准，不然会导致后面引来的是非目标客户，在同行竞争时不会发生消费行为，这主要是前面关键词的确立要准确。
5 分解SEO目标
有一种思维方式叫做“结果导向型思维”，在SEO里的体现就是：做SEO时，先不管怎么去做，而是先确定想得到什么结果，然后以确定了的结果为目标，制定相应的计划，向目标前进。效果才是指路灯，一切准备工作都是为了达到那个最终的效果的。所以制定的SEO方案要与目标相辅相成。
二、SEO的执行阶段策划
1 制定达标目标
做好了前期的准备工作之后，就到了最关键的执行了，执行力是一个公司整体能力的体现，做执行计划时要分别针对各阶段目标来制定，然后一步一步地去完成。每一个阶段的执行都要安排到个人，项目与项目之间要衔接好，哪个人负责哪一块，思尚营销认为最好是制定个人KPI，并且每天要反映达标情况，这样能促进工作人员更好的去执行任务。
2 站内和站外都要兼顾
从大的方面来看，SEO工作可以分为SEO站内优化和SEO站外优化，其中，站内优化主要包括url伪静态化、301重定向、页面元标签优化等，站外优化主要就是做外链了。所以在执行时要在站内和站外去分别做优化。
数据和日志文件分开存放在不同磁盘上
数据文件和日志文件的 *** 作会产生大量的I/O 在可能的条件下 日志文件应该存放在一个与数据和索引所在的数据文件不同的硬盘上以分散I/O 同时还有利于数据库的灾难恢复
tempdb数据库单独存放在不同磁盘上
tempdb数据库是其他所有数据库都有可能使用的临时数据库 当使用select into 在没建立索引的列上执行Orderby时就会在tempdb数据库中产生临时表来存储中间数据 由于建立和填充临时表会严重降低系统性能 所以在尽可能的情况下应该为要排序的列建立索引 同时 tempdb数据库是为所有的用户和应用程序共享 所以如果一个用户占据了tempdb数据库的所有空间 则其他数据库将不能再使用 在可能的情况下 tempdb数据库应该单独放置在一个速度更快的硬盘或者RAID阵列上 分离tempdb数据库的I/O *** 作以加快性能 tempdb数据库应该有适当的容量 以满足用户的需要 应该允许tempdb数据库的空间自动增长 如果设置为不允许自动增长 当查询 *** 作建立了超过tempdb数据库容量的临时表时 *** 作将无法完成
适当设置tempdb数据库的增长幅度 过小的增长幅度会产生更多的外部碎片 会占用更多的资源
避免热点数据的发生
在SQLServer 之前 对于没有聚集索引的表（堆集表） 新插入的数据行总是放置在磁盘中表的物理结尾处 如果并发的用户很多 同时在对表执行插入或者更新数据的 *** 作 这将使得十分繁忙的表的末尾有可能产生数据热点 并发的I/O *** 作集中对少数页面进行 *** 作 将导致数据库性能的下降
在SQLServer中 新的数据行的物理存储空间的分配是通过PFS页面来进行的 PFS页面的管理算法将插入 *** 作进行分散来尽量避免产生数据热点
在设计应用系统和数据库时 要避免在自然增长的列上建立主键 这样有可能导致热点数据的发生
数据类型要少
在设计表时 尽可能少用数据类型 这样一个数据页面上可以保存最多的信息 数据页面就少 检索数据页面的I/O *** 作就少 所以效率会高
监控和整理空间碎片
文件空间的自动增长提高了自动管理性 但可能导致空间碎片 物理空间与数据的逻辑空间不再连续 定期的监控和空间碎片整理有利于提高I/O性能
使用主数据文件和次要数据文件
每个数据库的一个主数据文件属于主文件组 对于 GB左右规模的数据库 一个数据文件就够了 如果有次要数据文件 主数据文件中有管理次要数据文件的指针
采用多个数据文件时 主数据文件用于存储系统对象和表 次要数据文件用于存储用户数据和索引 在可能的情况下 主数据文件和次要数据文件可以单独存放在不同的磁盘上以分散I/O
如果采用多个数据文件 推荐主数据文件存储系统数据 次要数据文件存放用户数据和索引 这样会有助于提高I/O性能
利用文件组改善性能
在大型数据库系统中 可以考虑建立文件组来管理数据文件 将表和索引通过存放在不同的物理磁盘上进行性能监控比较 最后得出优化的存储方案
重视自动增长和自动收缩可能导致的性能问题
数据库文件的自动增长和自动收缩功能对于小型数据库的管理十分有用 但可能导致大型数据库的性能问题 因为文件的自然增长的同时会导致存储碎片的发生 当文件空间变大时 新分配的空间不一定和原来的空间连续 当文件空间收缩时 释放了部分空间 然而当文件又需要增长存储空间却不能利用原先释放的空间 也会导致碎片的发生
分离系统数据和用户数据
将系统数据库和用户数据库分开存放在不同的物理磁盘上有助于改善I/O性能 有助于数据库备份和恢复
优化索引设计
索引的设计对数据库的性能十分重要 具体不再阐述 可参见本博相关文章
定期更新统计信息
SQLServer默认使用基于代价的优化 所以统计信息的及时更新对于查询优化十分重要
定期的一致性检查
lishixinzhi/Article/program/SQLServer/201311/22434
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）