数据库服务器

错误 严重性 是否记录事件 说明（消息正文） 17000 10 否 用法: sp_autostats <table_name> [, {ON|OFF} [, <index_name>] ] 17001 16 是 无法针对会话句柄 '%s' 发送类型为 '%s' 的事件通知实例。错误代码 = '%s'。 17002 16 是 无法发布 QUEUE_ACTIVATION 事件。错误代码: '0x%s'。 17003 16 是 由于以下错误，导致关闭了句柄为 '%s' 的事件通知会话端点: '%.*ls'。 17004 16 是 对话句柄 '%s' 的事件通知会话关闭，且未提供任何错误消息。 17005 16 是 由于发送时间 Service Broker 错误，导致数据库 '%ls' 中的事件通知 '%ls' 被删除。请进行检查，确保事件通知中指定的会话句柄、Service Broker 约定以及服务都是活动的。 17049 16 是 由于出现操作系统错误 '%s'，无法将错误日志文件从 '%ls' 循环到 '%ls'。SQL Server 外部的进程可能会阻止 SQL Server 读取这些文件。因此，错误日志条目可能已丢失，并且或许不可能查看某些 SQL Server 错误日志。请确保任何其他进程都未将该文件锁定为只写访问。 17051 16 是 SQL Server 评估期已过。

Reporting Services 支持扩展部署模式。该模式允许运行共享单个报表服务器数据库的多个报表服务器实例。 若要创建扩展部署，请使用安装程序和 Reporting Services 配置工具： 使用安装程序安装将与扩展部署联接的每个报表服务器实例。 使用 Reporting Services 配置工具将每个报表服务器连接到共享数据库。您一次只能连接并配置一台报表服务器。 使用 Reporting Services 配置工具将新的报表服务器实例联接到已经与报表服务器数据库连接的第一个报表服务器实例来完成扩展。 为避免在将服务器实例连接到共享数据库时出现数据库兼容错误，应确保所有实例都为同一版本。例如，如果使用 SQL Server 2008 报表服务器实例创建报表服务器数据，则同一部署中的其他所有实例也必须为 SQL Server 2008 实例。有关详细信息，请参阅 为扩展部署配置 Reporting Services 。 下面的说明阐述如何配置双节点报表服务器扩展部署。重复本主题中所述的步骤可向部署中添加其他报表服务器节点。 如果打算在网络负载平衡 (NLB) 群集上承载扩展部署，则应当在配置扩展部署之前配置 NLB 群集。有关详细信息，请参阅 如何在网络负载平衡群集上配置报表服务器 。 安装 SQL Server 实例以承载报表服务器数据库

使用 Reporting Services 配置管理器可配置 Reporting Services 安装。如果使用“仅文件”选项安装报表服务器，则必须使用此工具来配置服务器，才能使用该服务器。如果使用默认配置安装选项安装了报表服务器，则可以使用此工具来验证或修改在安装过程中指定的设置。Reporting Services 配置管理器可以用来配置本地或远程报表服务器实例。可以使用 Reporting Services 配置管理器执行下列任务： 配置报表服务器服务帐户。此帐户最初是在安装过程中配置的，但是，如果需要更新密码或使用其他帐户，则可以使用 Reporting Services 配置管理器进行修改。 创建和配置的 URL。报表服务器和报表管理器都是可通过 URL 进行访问的 ASP.NET 应用程序。报表服务器 URL 提供对报表服务器 SOAP 端点访问。报表管理器 URL 用于打开报表管理器。可以为每个应用程序配置一个或多个 URL。 创建和配置报表服务器数据库。报表服务器是一个无状态服务器，它需要将 SQL Server 数据库用于内部存储。可以使用 Reporting Services 配置管理器来创建报表服务器数据库并配置与该数据库的连接。还可以选择已包含要使用的内容的现有报表服务器数据库。 配置扩展部署。Reporting Services

因为 PHP 文件需要由 Web 服务器处理，所以您需要将测试服务器的位置告知 Dreamweaver 。您还需要告诉 Dreamweaver 测试文件时要使用的正确 URL。以下说明假设您已经按上述部分 中 的描述在自己的计算机上设置一个本地测试环境。 理论上，您可以找到计算机上任何位置的 PHP 文件，当使用“实时视图”或“在浏览器 中 预览”时， Dreamweaver 会将它们复制到测试服务器。但是，这会为每个文件生成两个相同的副本。一般将项目文件存储在测试服务器的文档根 中 文件夹 中 ，您在本教程 中 也将这样做。 顺便说一下，开发PHP站点，需要先安装xamp,iis,wampserver包括Apache服务器，MySQL，以及PHPmyadmin的安装，安装具体过程（这里省略） 最后把文件安装在一个文件目录，C盘，或者D盘。 文档根的 URL 为 http://localhost/ 。 在 Dreamweaver 中 ，选择“站点”>“新建站点”。 在“站点名称”文本框 中 ，键入站点名称，如 PHP Test Site 。该名称用于在 Dreamweaver 中 识别此项目。 单击“本地站点文件夹”文本框旁的文件夹图标，浏览到测试服务器的文档根。 创建一个名为 php _test的文档根的子文件夹并选择它。 依次单击“打开”和“选择”（Mac 上是“选取”）。

数据库存储引擎 对于初学者来说我们通常不关注存储引擎，但是 MySQL 提供了多个存储引擎，包括处理事务安全表的引擎和处理非事务安全表的引擎。在 MySQL 中，不需要在整个服务器中使用同一种存储引擎，针对具体的要求，可以对每一个表使用不同的存储引擎。 存储引擎简介 MySQL中的数据用各种不同的技术存储在文件(或者内存)中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。通过选择不同的技术，你能够获得额外的速度或者功能，从而改善你的应用的整体功能。 存储引擎说白了就是如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方法。 例如，如果你在研究大量的临时数据，你也许需要使用内存存储引擎。内存存储引擎能够在内存中存储所有的表格数据。又或者，你也许需要一个支持事务处理的数据库(以确保事务处理不成功时数据的回退能力)。 InnoDB InnoDB是一个健壮的事务型存储引擎，这种存储引擎已经被很多互联网公司使用，为用户操作非常大的数据存储提供了一个强大的解决方案。我的电脑上安装的 MySQL 5.6.13 版，InnoDB就是作为默认的存储引擎。InnoDB还引入了行级锁定和外键约束，在以下场合下，使用InnoDB是最理想的选择： 更新密集的表。InnoDB存储引擎特别适合处理多重并发的更新请求。 事务

随着数据量不断的增加，由单台Mysql作为独立的数据库有的时候是不能满足实际需求的，无论是在安全性，高可用性以及高并发等各个方面。 因此，一般来说都是通过主从复制（Master-Slave）的方式来同步数据，再通过读写分离（MySQL-Proxy）来提升数据库的并发负载能力这样的方案来进行部署与实施的。 使用mysql主从复制的好处有 ： 1、采用主从服务器这种架构，稳定性得以提升。如果主服务器发生故障，我们可以使用从服务器来提供服务。 2、在主从服务器上分开处理用户的请求，可以提升数据处理效率。 3、将主服务器上的数据复制到从服务器上，保护数据免受意外的损失。 如下图所示： 下面是我在实际工作过程中所整理的笔记，在此分享出来，以供大家参考。 一、MySQL的安装与配置 具体的安装过程，建议参考我的这一篇文章：http://www.yzswyl.cn/blread-1639.html 值得一提的是，我的安装过程都是源码包编译安装的，并且所有的配置与数据等都统一规划到了/opt/mysql目录中，因此在一台服务器上安装完成以后，可以将整个mysql目录打包，然后传到其它服务器上解包，便可立即使用。 二、MySQL主从复制（全部复制） 场景描述： 主数据库服务器：192.168.10.130，MySQL已经安装，并且无应用数据。 从数据库服务器：192.168.10.131

很多时间我们肯定希望数据库的读写与程序是分离，这样可以提高业务量同时提高服务器性能，下面我来以SQL Server 2005为实例来介绍数据库读写分离方法，大家可参考。 下面我们重点介绍Sql Server 2005是如何实现负载均衡的。 Sql Server 2005的新特性 SQL Server 2005对端到端(P2P)拓扑结构上事务性的复制加强了支持。P2P的拓扑结构支持无限的发布服务器，它们彼此之间可以互相交换事务。 P2P拓扑是SQL Server的一个巨大进步。现在，多端点服务器可以更改数据，并且向其他的发布者复制事务。这就是说，订阅服务器不再被限制在主要的报告环境中，可以通过事务性负载全球共享的方式将服务器分布开来。当用户的数量增加的时候，只要简单地向这个群体中添加服务器即可。 除了将负载分布之外，这个拓扑结构还增加了可用性。如果任何一个点的服务器不可达，则池中其他服务器就会共享这个负载，因为每个服务器都有其他所有服务器上可获得的全部数据集合。 数据库 镜像和快照 SQL Server 2005引入了 数据库 镜像的概念，来帮助获得高可用性。特别提醒的是，只要它正式发布了，数据库镜像就可以在SQL Server 2005上使用。然而，只有到SQL Server 2005 Service Pack 1才会支持镜像。 数据库快照是SQL Server

4 .1 网站性能测试 4.2 Web前端性能优化 4.3 应用服务器性能优化 4.4 存储性能优化 4.1 网站性能测试 　　性能测试是性能优化的前提和基础，也是性能优化结果的检查和度量标准。不同视角下的网站性能有不同的标准，也有不同的优化手段。 4.1.1 不同视角下的网站性能 　　1.用户视角 　　从用户视角，网站性能就是用户在浏览器上直观感受到的网站响应速度快还是慢。 　　用户感受到的时间，包括用户计算机和网站服务器通信的时间、网站服务器处理的时间、用户计算机浏览器构造请求解析响应数据的时间。 　　不同计算机的性能差异，不同浏览器解析HTML速度的差异，不同网络运营商提供的互联网贷款服务的差异，这些差异最终导致用户感受到的响应延迟可能会远远大于网站服务器处理请求需要的时间。 　　实践中，使用一些前端架构优化手段，通过优化页面 HTML 、利用浏览器端的并发和异步特性、调整浏览器缓存策略、使用CDN服务、反向代理等手段，使浏览器尽快地显示用户感兴趣的内容、尽可能近地获取页面内容，即使不优化应用程序和架构也可以很大程度地改善用户视角下地网站性能。 　　2.开发人员视角的网站性能 　　开发人员关注的主要是应用程序本身及其相关子系统的性能，包括响应延迟、系统吞吐量、并发处理能力、系统稳定性等技术指标。主要的优化手段有使用缓存加速数据读取，使用集群提高吞吐能力

一.某个用户向你反映说你开发的网站访问速度很慢，但是该用户访问其他问题很正常，分析下原因、有哪些工具分析原因、怎么解决问题？ （1）可能的原因一：服务器出口带宽不够用。这是一个很常见的瓶颈。一方面，可能是本身购买的服务器出口带宽就很小（企业购买带宽相当昂贵），一旦用户访问量上来了，并发量大了，自然均分给用户的出口带宽就更小了，所以某些用户的访问速度就会下降了很多。另一个，就是跨运营商网络导致带宽缩减，例如很多公司的网站（服务器）是放在电信的网络上的，而如果用户这边对接的是长城或者说联通的宽带，运营商之间网络传输在对接时是会有限制的，这就可能导致带宽的缩减。 （2）可能原因二：服务器负载过大忙不过来，比如说CPU和内存消耗完了，这个容易理解，不展开。 （3）可能原因三：网站的开发代码没写好，例如mysql语句没有进行优化，导致数据库的读写相当耗费时间。 （4）可能原因四：数据库的瓶颈，也是很常见的一个瓶颈，这点跟上面第三个原因可以一起来说。当我们的数据库变得愈发庞大，比如好多G好多T这么大，那对于数据库的读写就会变得相当缓慢了，索引优化固然能提升一些效率，但数据库已经如此庞大的话，如果每次查询都对这么大的数据库进行全局查询，自然会很慢。这个学过数据库的话也是挺容易理解的。 二、针对上面可能的原因，有哪些方法和工具去检测呢： （1）某个用户反馈网站访问变慢，怎么去定位问题

不 管 你 才 踏 出 社 会 ,还 是 已 久 经 沙 场 , 请 相 信 ,这 个 世 界 上 ,岁 月 对 每 个 人 都 是 公 平 的 , 1 天 都 是 24 个 小 时 ,一 分 钟 都 是 6 0 秒 。也 许 你 要 花 久 一 点 的 时 间 才 能 找 到 你 真 正 想 做 的 事 情 ,也 许 你 要 花 长 一 点 的 时 间 才 能 改 变 现 在 的 状 况 ,但 是 不 管 早 还 是 晚 ,请 你 一 定 要 出 发 ,不 管 是 早 还 是 晚 ,请 记 得 一 定 要努力去做、去改变!!! 十年杭漂,今撤霸都对了,号主还是《运维工程师进阶成神之路》系列文章的作者,文章从最基础的网络基础 开篇,涉及系统基础、新手必备命令与 Shell 脚本编写、Linux 服务部署与配置、面试题 讲解;再到提高篇:MySQL 数据库、企业生产项目实战案例、云计算、Docker 容器、虚 拟化技术、企业架构实战;最后还提高一些实际职场中的踩坑经验总。总结成一句话:干 货满满的,无论开发、运维、测试都值得学习一波 。 关注“民工哥技术之路”回复“成神之路”可获最新版本 此系列 Github 地址: https://github.com/mingongge/BestOPS 关注民工哥技术之路回复“备份”获取生产数据备份方案 看了这么多民工哥技术之路的文章之后