前言：任何的优化和修改都是以业务情况为前提，可能有的写的有误或者不准确的地方，欢迎各位来拍砖。
1.在创建db的时候自增长建议设置成按MB(M)增长，步长根据业务量来设置，一般情况建议设置100-200M（见图片），还有就是尽量别改初始大小，这个默认就好。
如果按照数据文件（mdf）按照默认的1m增长，同时db的业务写入比较频繁，那数据库就会频繁的向磁盘请求空间，会造成不必要的io消耗，也会因为申请空间造成资源等待等问题。
如果把日志文件（ldf）按照默认的百分比10%增长，同样当db业务量很大或者有大事务的时候，日志会蹭蹭的增长，假如现在日志文件大小是100G，那每次增长步长就是10G，各位可以想一下如果数据库突然像磁盘申请10个G的空间，那当时的io情况会是什么样。
2.建议给系统预留一些内存。根据内存大小预留（服务器64g内存一般我限制sqlserver到60g，留4个g给系统用，还是那句话根据业务情况来定）。因为sqlserver有一些操作是不消耗系统给sqlserver预留的内存的。比如你的服务器内存是64g，现在sqlserver进程占用50g，这时候如果你做备份操作的时候，这个操作消耗的不是sqlserver占用的50g，而是剩余的14g内存。还有一些其他的操作也会占用非sqlserver的内存，例如索引重建（这个记忆模糊了准确性有待考证）。假如现在sqlserver把64g内存都占满了，这时候你需要备份，那内存从哪来呢？只能让sqlserver释放缓存中的一些对象来给你提供备份的内存。如果现在业务繁忙可能就会因为内存不足或者内存命中引起性能问题了。
3.profiler是个好东西，谁用谁知道。
4.windows的性能监视器是监控sqlserver性能必备的工具（友情提示：快捷键是perfmon.msc）。具体监控指标我会在其他blog里写。
5.如果你们机房的防火墙足够流弊，程序代码写的足够严谨，数据库没有公网ip，那你可以使用xp_cmdshell这个存储过程，否则请关闭这个config。
曾经有一台sqlserver服务器放在我面前我没有统一管理，后来我忘了服务器的登陆密码。于是我用sa口令登陆这台数据库，成功的通过xp_cmdshell添加了服务器管理员账号，成功的通过这个管理员账号登陆了服务器。本来这应该是一个皆大欢喜的故事，但是你有没有想过如果别人通过非法程序知道了你的数据库连接串，恰巧你又开启了xp_cmdshell呢，那么你就可以准备简历了。
6.不要勾选登陆框上边的保存密码选项（别问我为什么，任性，就是担心某一天我的服务器被别人登陆了随便就能进数据库了，随便就删我数据毁我db了怎样！！）。
7.如非特殊需求尽量不要用过ssms跨机器登陆（尤其是当你的服务器不是你一个人使用的时候）。比如你在192.168.1.3这个服务器上用ssms登陆通过ip账号密码192.168.1.4这台服务器的db，这是没问题的，但是当你使用完以后尽量养成随手关掉这个连接的习惯。否则下一个人或者你自己不注意就会把想在本机上执行的脚本执行到了远端的那个db上。
8.存放db物理文件的路径尽量别使用默认路径，自己在某个盘符下建个命叫db或者data之类的文件夹存放就好，否则找起来是个很痛苦的事也不方便管理。不要直接建在磁盘的根目录下，因为这样有的时候可能会涉及到权限的问题让你蛋疼好久。如果有2个磁盘阵列（例如一个raid10一个raid0）或者2个单独的物理磁盘，最好将mdf文件和ldf文件分开存放提高io性能（mdf放在raid10上，ldf放在raid0上）。
9.备份数据库的时候尽量选择业务量最小服务器负载最小的时候，如果可以选择压缩备份，节省磁盘空间（当然也会产生额外的io）。日志备份不用太频繁也不能太长，视业务量和允许丢失数据的程度而定。
10.如果这个实例下有除了备份以外其他的作业尽量别选择整点的时间跑，往前或者往后错开几分钟，因为一般的日志备份都会选择间隔一小时或者多少分钟，多数都是整点备份。所以其他的作业尽量避开这种备份操作的时间。
11.作业监视器只能看到作业最后一次执行的状态。
12.查看sql服务启动时间：SELECT LOGIN_TIME FROM MASTER..SYSPROCESSES WHERE SPID= 1
13.不要让程序使用sa作为数据库连接串，sa的密码尽可能的复杂，sa弱口令的危害不用多说吧。
14.查看当前数据库连接情况的快捷键是crtl+1（sp_who）锁情况的快捷键是ctrl+2（sp_lock），执行的快捷键是alt+x或者是f5（虽然有快捷键但是尽量别用），按win+r键调出来运行栏输入ssms可以打开sqlserver的management studio，选中表按alt+f1可以查看表的属性（sp_help），新建一个查询窗口的快捷键是alt+n，这些都是比较常用的快捷键，可以方便你的数据库操作。
15.有时候当你新建或者修改一个表或者字段的以后，你执行查询或者写出来新建的字段发现新添加的对象下边有个红线，鼠标放上去会显示列名无效，对于我这种有轻微强迫症的人很难受。造成这个现象的原因是：SQL Server的intellisense（智能感知功能），没有感知到这项修改，我们可以手动的执行快捷键ctrl+shift+r来重新感知。
大过年的脑子里都被各种吃吃喝喝的填满了- -暂时就想起来这么多，以后有想到的再补充，如果有不准确的或者不明白的地方欢迎各位拍砖。
本文链接：新手sqlserver数据库dba需要注意的小细节，转载请注明。
Decorator常被翻译成"装饰"，我觉得翻译成"油漆工"更形象点，油漆工(decorator)是用来刷油漆的，那么被刷油漆的对象我们称decoratee。这两种实体在Decorator模式中是必须的。
Decorator定义：动态给一个对象添加一些额外的职责，就象在墙上刷油漆。使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活。
为什么使用Decorator
我们通常可以使用继承来实现功能的拓展，如果这些需要拓展的功能的种类很繁多，那么势必生成很多子类，增加系统的复杂性，同时，使用继承实现功能拓展，我们必须可预见这些拓展功能，这些功能是编译时就确定了，是静态的。
使用Decorator的理由是：这些功能需要由用户动态决定加入的方式和时机。Decorator提供了"即插即用"的方法，在运行期间决定何时增加何种功能。
如何使用装饰模式
举Adapter中的打桩示例，在Adapter中有两种类：方形桩 圆形桩，Adapter模式展示如何综合使用这两个类，在Decorator模式中，我们是要在打桩时增加一些额外功能，比如，挖坑 在桩上钉木板等，不关心如何使用两个不相关的类。
我们先建立一个接口：
public void insert();
}
接口Work有一个具体实现：插入方形桩或圆形桩，这两个区别对Decorator是无所谓。我们以插入方形桩为例：
public void insert(){
System.out.println("方形桩插入");
}
}
现在有一个应用：需要在桩打入前，挖坑，在打入后，在桩上钉木板，这些额外的功能是动态，可能随意增加调整修改，比如，可能又需要在打桩之后钉架子(只是比喻)。
那么我们使用Decorator模式，这里方形桩SquarePeg是decoratee(被刷油漆者)，我们需要在decoratee上刷些"油漆"，这些油漆就是那些额外的功能。
private Work work;
//额外增加的功能被打包在这个List中
private ArrayList others = new ArrayList();
//在构造器中使用组合new方式,引入Work对象;
public Decorator(Work work){
this.work=work;
others.add("挖坑");
others.add("钉木板");
}
public void insert(){
newMethod();
}
//在新方法中,我们在insert之前增加其他方法,这里次序先后是用户灵活指定的
public void newMethod(){
otherMethod();
work.insert();
}
public void otherMethod(){
ListIterator listIterator = others.listIterator();
while (listIterator.hasNext()){
System.out.println(((String)(listIterator.next())) + " 正在进行");
}
}
}
在上例中，我们把挖坑和钉木板都排在了打桩insert前面，这里只是举例说明额外功能次序可以任意安排。
好了，Decorator模式出来了，我们看如何调用：
Work decorator = new Decorator(squarePeg);
decorator.insert();
Decorator模式至此完成。
如果你细心，会发现，上面调用类似我们读取文件时的调用：
BufferedReader br = new BufferedReader(fr);
实际上Java 的I/O API就是使用Decorator实现的，I/O变种很多，如果都采取继承方法，将会产生很多子类，显然相当繁琐。
Jive中的Decorator实现
在论坛系统中，有些特别的字是不能出现在论坛中如"打倒XXX"，我们需要过滤这些"反动"的字体。不让他们出现或者高亮度显示。
在IBM Java专栏中专门谈Jive的文章中，有谈及Jive中ForumMessageFilter.java使用了Decorator模式，其实，该程序并没有真正使用Decorator,而是提示说：针对特别论坛可以设计额外增加的过滤功能，那么就可以重组ForumMessageFilter作为Decorator模式了。
所以，我们在分辨是否真正是Decorator模式，以及会真正使用Decorator模式，一定要把握好Decorator模式的定义，以及其中参与的角色(Decoratee 和Decorator)。
本文链接：Java装饰模式（Decorator模式），转载请注明。
没有评论:
发表评论