策略模式的定义
策略模式是应用最普遍的设计模式之一。Gof 把策略模式归类到对象行为型模式,《
设计模式:可复用面向对象软件的基础》对策略模式做出了明确的定义:“
Define a family of algorithms, encapsulate each one, and make theminterchangeable.Strategy lets the algorithm vary independently fromclients that use it.”,翻译过来就是:“
定义了一族算法,将每个算法分别封装起来,并且互相之间可以替换。策略模式可以使算法的变化独立于使用算法的客户”。
why 策略模式?
策略模式的使用场合
在一个 jee 项目中,有一张表,单表千万数据,有五条 sql 语句可能需要优化,现在处于上线前紧张的 coding 阶段,为了避免产品上线后因数据量暴涨而造成 sql 性能下降,现在需要一个程序来模拟真实场景下的 jee 数据库操作,通过这些操作用时分析 sql 性能和潜在问题,进而优化。
sql 性能测试分析
为了模拟真实场景,数据库、框架产品项目保持一致自不必说。数据库单表也需要制造模拟数据到上千万条,记录之间尽量遵循真实场景。
数据制造好以后,需要模拟不同用户进行操作。比如有用户模拟插入操作,有用户模拟查询操作。模拟操作的数量、执行频率最好也根据真实场景得出。
sql 性能测试类设计
jee 用了 spring mvc + spring IOC + iBatis 框架,为了便于理解我们模拟程序也分出 dao、service。为了不和 service 产生混淆,我们具体的“策略”算法封装在了 user 类里头(user 相当于 Gof《设计模式:可复用面向对象软件的基础》中的 Strategy 接口),runner 作为使用算法的客户(即 Gof《设计模式:可复用面向对象软件的基础》中的 Context 对象)。具体类图如下:
sql 性能测试时序图
sql 性能测试源码实现
使用压力程序将 DB Server 负载到真实上线后的比例。然后模拟程序 19 * 5 个用户并发,TestMysql 跑起来,E7500 CPU 负载到 0.2%,4 G 内存负载 0%。可以参考《 关于一个具有配置文件的 Java Project 项目(非 web 项目)在服务器上的一个便捷部署》的做法将本模拟程序部署在测试服务器。根据本模拟程序运行两天,五个 sql 性能走势如下图:
本文示例程序《sql 性能测试》源码下载
已将本文用到的项目相关源代码上传至 CSDN 资源,有兴趣的朋友可以去看一下: sql 性能测试源代码。
why 策略模式?
- 客户端程序直接包含业务算法代码的话会变的复杂,这样会使客户程序庞大且难以维护,尤其是需要支持多种业务算法时。
- 不同的时候需要不同的算法,我们不想支持我们并不使用的业务算法。
- 当业务功能是客户程序的一个难以分割的成分时,增加新的业务算法或改变现有算法将十分困难。
策略模式的使用场合
- 许多相关类仅仅是行为不同。
- 需要使用一个算法的不同实现。
- 算法使用了客户不应该知道的数据。策略模式可以避免暴露复杂的、与算法相关的数据结构。
- 一个类定义了很多行为,而且这些行为在这个类里的操作以多个条件语句的形式出现。策略模式将相关的条件分支移入它们各自的 Strategy 类中以代替这些条件语句。
在一个 jee 项目中,有一张表,单表千万数据,有五条 sql 语句可能需要优化,现在处于上线前紧张的 coding 阶段,为了避免产品上线后因数据量暴涨而造成 sql 性能下降,现在需要一个程序来模拟真实场景下的 jee 数据库操作,通过这些操作用时分析 sql 性能和潜在问题,进而优化。
sql 性能测试分析
为了模拟真实场景,数据库、框架产品项目保持一致自不必说。数据库单表也需要制造模拟数据到上千万条,记录之间尽量遵循真实场景。
数据制造好以后,需要模拟不同用户进行操作。比如有用户模拟插入操作,有用户模拟查询操作。模拟操作的数量、执行频率最好也根据真实场景得出。
sql 性能测试类设计
jee 用了 spring mvc + spring IOC + iBatis 框架,为了便于理解我们模拟程序也分出 dao、service。为了不和 service 产生混淆,我们具体的“策略”算法封装在了 user 类里头(user 相当于 Gof《设计模式:可复用面向对象软件的基础》中的 Strategy 接口),runner 作为使用算法的客户(即 Gof《设计模式:可复用面向对象软件的基础》中的 Context 对象)。具体类图如下:
sql 性能测试时序图
sql 性能测试源码实现
Strategy 角色 User 源代码:
- package com.defonds.mysql.user;
- public interface User {
- // 策略模式的应用:把具体做法让每个 User 分别封装起来,做法独立于调用 User 的 thread
- public void doMyThing();
- }
ConcreteStrategy 角色之一 RawAddUser 源代码:
- package com.defonds.mysql.user.raw;
- import com.defonds.mysql.raw.service.RawService;
- import com.defonds.mysql.user.User;
- public class RawAddUser implements User {
- private RawService rawService;
- private int numCountor = 1; // 记录次数
- public void setRawService(RawService rawService) {
- this.rawService = rawService;
- }
- @Override
- public void doMyThing() {
- long uid = 111;
- long did = 1111;
- long fileId = 11111;
- long sectionId = 111111;
- long startTime = System.currentTimeMillis();
- String s3RawHeaderPath = "/usr/home/df/wefd.txt" + numCountor;
- String channelId = "1";
- if (numCountor >= 20) {
- numCountor = 1;
- }
- uid += numCountor;
- did += numCountor;
- fileId += numCountor;
- sectionId += numCountor;
- rawService.addTimeLineRaw(uid, did, fileId, sectionId, startTime, startTime + 15000, s3RawHeaderPath, channelId);
- numCountor ++;
- }
- }
Context 角色 Runner 源代码:
- package com.defonds.mysql.runner;
- import java.util.Date;
- import com.defonds.mysql.user.User;
- import com.defonds.mysql.util.dao.RecordDao;
- public abstract class Runner implements Runnable {
- protected RecordDao recordDao;
- protected User user;
- protected String sceneDesc;
- protected String type;
- protected String requestDesc;
- protected long interval;
- public void setRecordDao(RecordDao recordDao) {
- this.recordDao = recordDao;
- }
- public void setUser(User user) {
- this.user = user;
- }
- /**
- *
- * @param sceneDesc // 场景名
- * @param type // 操作类型 [insert、delete、update、select]
- * @param requestDesc // 对应 timeline.xml 文件中的语句 id
- * @param interval // 两次执行之间的时间间隔
- */
- public Runner(String sceneDesc, String type, String requestDesc, long interval) {
- this.sceneDesc = sceneDesc;
- this.type = type;
- this.requestDesc = requestDesc;
- this.interval = interval;
- }
- @Override
- public void run() {
- while (true) {
- try {
- Thread.sleep(this.interval);
- } catch (InterruptedException e) {
- // TODO Auto-generated catch block
- e.printStackTrace();
- }
- Date startTime = new Date();
- long startTimeL = System.currentTimeMillis();
- this.user.doMyThing();
- Date endTime = new Date();
- long endTimeL = System.currentTimeMillis();
- this.record(this.sceneDesc, this.type, startTime, endTime, endTimeL - startTimeL, this.requestDesc, null);
- }
- }
- protected void record(String sceneDesc, String type, Date startTime, Date endTime, long extendTime, String requestDesc, String requestDetail) {
- this.recordDao.addRecord(sceneDesc, type, startTime, endTime, extendTime, requestDesc, requestDetail);
- }
- }
sql 性能测试结果分析
使用压力程序将 DB Server 负载到真实上线后的比例。然后模拟程序 19 * 5 个用户并发,TestMysql 跑起来,E7500 CPU 负载到 0.2%,4 G 内存负载 0%。可以参考《 关于一个具有配置文件的 Java Project 项目(非 web 项目)在服务器上的一个便捷部署》的做法将本模拟程序部署在测试服务器。根据本模拟程序运行两天,五个 sql 性能走势如下图:
本文示例程序《sql 性能测试》源码下载
已将本文用到的项目相关源代码上传至 CSDN 资源,有兴趣的朋友可以去看一下: sql 性能测试源代码。