Esper 事件之事件上下文 - Context
Context是Esper中的事件的上下文,从Context中,你可以获取事件的相关信息。我们也可吧Context理解成一个框,把不同的事件按照框的规则框起来,并且有可能有多个框,而框与框之间不会互相影响。
1.Context基本语法
语法结构如下:
create context context_name partition [by] event_property [and event_property [and ...]] from stream_def
[, event_property [...] from stream_def] [, ...]
说明:
context_name为context的名字,并且唯一。如果重复,会说明已存在。
event_property为事件的属性名,多个属性名之间用and连接,也可以用逗号连接。
stream_def为事件流的定义,简单的定义可以是一个事件的名称,比如之前定义了一个Map结构的事件为User,那么这里就可以写User。复杂的流定义后面会说到
举个例子:
create context NewUser partition by id and name from User // id和name是User的属性
如果context包含多个流,例子如下:
create context Person partition by sid from Student, tid from Teacher
// sid是Student的属性,tid是Teacher的属性
多个流一定要注意,每个流的中用于context的属性的数量要一样,数据类型也要一致。比如下面这几个就是错误的:
create context Person partition by sid from Student, tname from Teacher
// 错误:sid是int,tname是String,数据类型不一致
create context Person partition by sid from Student, tid,tname from Teacher
// 错误:Student有一个属性,Teacher有两个属性,属性数量不一致
create context Person partition by sid,sname from Student, tname,tid from Teacher
// 错误:sid对应tname,sname对应tid,并且sname和tname是String,sid和tid是int,属性数量一样,但是对应的数据类型不一致
实际上可以对进入context的事件增加过滤条件,不符合条件的就被过滤掉,就像下面这样:
create context Person partition by sid from Student(age > 20)
// age大于20的Student事件才能建立或者进入context
看了这么多,可能只是知道context的一些基本定义方法,但是不知道什么意思。其实很简单,partition by后面的属性,就是作为context的一个约束,比如说id,如果id相等的则进入同一个context里,如果id不同,那就新建一个 context。好比根据id分组,id相同的会被分到一个组里,不同的会新建一个组并等待相同的进入。
如果parition by后面跟着同一个流的两个属性,那么必须两个属性值一样才能进入context。比如说A事件id=1,name=a,那么会以1和a两个值建立 context,有点像数据库里的联合主键。然后B事件id=1,name=b,则又会新建一个context。接着C事件id=1,name=a,那么 会进入A事件建立的context。
如果partition by后面跟着两个流的一个属性,那么两个属性值一样才能进入context。比如说Student事件sid=1,那么会新建一个context,然后来 了个Teacher事件tid=1,则会进入sid=1的那个context。多个流也一样,不用关心是什么事件,只用关心事件的属性值一样即可进入同一 个context。
要是说了这么多还是不懂,可以看看下面要讲的context自带属性也许就能明白一些了。
2. Built-In Context Properties
Context本身自带一些属性,最关键的是可以查看所创建的context的标识,并帮助我们理解context的语法。
如上所示,name表示context的名称,这个是不会变的。id是每个context的唯一标识,从0开始。key1和keyN表示context定义时所选择的属性的值,1和N表示属性的位置。例如:
EPL: create context Person partition by sid, sname from Student
// key1为sid,key2为sname
为了说明对这几个属性的应用,看一个比较完整的例子。
import com.espertech.esper.client.EPAdministrator;
import com.espertech.esper.client.EPRuntime;
import com.espertech.esper.client.EPServiceProvider;
import com.espertech.esper.client.EPServiceProviderManager;
import com.espertech.esper.client.EPStatement;
import com.espertech.esper.client.EventBean;
import com.espertech.esper.client.UpdateListener;
class ESB
{
private int id;
private int price;
public int getId()
{
return id;
}
public void setId(int id)
{
this.id = id;
}
public int getPrice()
{
return price;
}
public void setPrice(int price)
{
this.price = price;
}
}
class ContextPropertiesListener2 implements UpdateListener
{
public void update(EventBean[] newEvents, EventBean[] oldEvents)
{
if (newEvents != null)
{
EventBean event = newEvents[0];
System.out.println("context.name " + event.get("name") + ", context.id " + event.get("id") + ", context.key1 " + event.get("key1")
+ ", context.key2 " + event.get("key2"));
}
}
}
public class ContextPropertiesTest2
{
public static void main(String[] args)
{
EPServiceProvider epService = EPServiceProviderManager.getDefaultProvider();
EPAdministrator admin = epService.getEPAdministrator();
EPRuntime runtime = epService.getEPRuntime();
String esb = ESB.class.getName();
// 创建context
String epl1 = "create context esbtest partition by id,price from " + esb;
// context.id针对不同的esb的id,price建立一个context,如果事件的id和price相同,则context.id也相同,即表明事件进入了同一个context
String epl2 = "context esbtest select context.id,context.name,context.key1,context.key2 from " + esb;
admin.createEPL(epl1);
EPStatement state = admin.createEPL(epl2);
state.addListener(new ContextPropertiesListener2());
ESB e1 = new ESB();
e1.setId(1);
e1.setPrice(20);
System.out.println("sendEvent: id=1, price=20");
runtime.sendEvent(e1);
ESB e2 = new ESB();
e2.setId(2);
e2.setPrice(30);
System.out.println("sendEvent: id=2, price=30");
runtime.sendEvent(e2);
ESB e3 = new ESB();
e3.setId(1);
e3.setPrice(20);
System.out.println("sendEvent: id=1, price=20");
runtime.sendEvent(e3);
ESB e4 = new ESB();
e4.setId(4);
e4.setPrice(20);
System.out.println("sendEvent: id=4, price=20");
runtime.sendEvent(e4);
}
}
执行结果:
sendEvent: id=1, price=20
context.name esbtest, context.id 0, context.key1 1, context.key2 20
sendEvent: id=2, price=30
context.name esbtest, context.id 1, context.key1 2, context.key2 30
sendEvent: id=1, price=20
context.name esbtest, context.id 0, context.key1 1, context.key2 20
sendEvent: id=4, price=20
context.name esbtest, context.id 2, context.key1 4, context.key2 20
这个例子说得比较明白,针对不同的id和price,都会新建一个context,并且context.id会从0开始增加作为其标识。如果id和 price一样,事件就会进入之前已经存在的context,所以e3这个事件就会和e1一样存在于context.id=0的context里面。
对于epl2这个句子,意思是在esbtest这个context限制下进行事件的计算,不过这个句子很简单,可以说没有什么计算,事件进入后就显示出来 了。实际上写成什么样都可以,但是必须以context xxx开头(xxx表示context定义时的名字),比如说:
// context定义
create context esbtest2 partition by id from ESB
// 每当5个id相同的ESB事件进入时,统计price的总和
context esbtest select sum(price) from ESB.win:length_batch(5)
// 根据不同的id,统计3秒内进入的事件的平均price,且price必须大于10
context esbtest select avg(price) from ESB(price>10).win:time(3 sec)
也许你会发现为什么EPL的句子都会带有".win:length"或者".win:time",那是因为我们要计算的都是一堆事件,所以必须用一定条件才能 把事件聚集起来。当然并不是一个事件没法计算,只不过更多情况下计算都是以多个事件为基础的。关于这一点,学习到后面就会有更多的接触。
3. Hash Context
前面介绍的Context语法是以事件属性来定义的,Esper提供了以Hash值为标准定义Context,通俗一点说就是提供事件属性参与hash值的计算,计算的值再对某个值(这是什么)是同余的则进入到同一个context中。详细语法如下:
create context context_name coalesce [by]
hash_func_name(hash_func_param) from stream_def
[, hash_func_name(hash_func_param) from stream_def ]
[, ...]
granularity granularity_value
[preallocate]
a). hash_func_name为hash函数的名称,Esper提供了CRC32或者使用Java的hashcode函数来计算hash值,分别为consistent_hash_crc32和hash_code。你也可以自己定义hash函数,不过这需要配置。
b). hash_func_param为参与计算的属性列表,比如之前的sid或者tname什么的。
c). stream_def就是事件类型,可以一个可以多个。不同于前面的Context语法要求,Hash Context不管有多个少属性作为基础来计算hash值,hash值都只有一个,并且为int型。所以就不用关心这些属性的个数以及数据类型了。
d). granularity是必选参数,表示为最多能创建多少个context
e). granularity_value就是那个用于取余的“某个值”,因为Esper为了防止内存溢出,就想出了取余这种办法来限制context创建的数 量。也就是说context.id=hash_func_name(hash_func_param) % granularity_value。
f). preallocate是一个可选参数,如果使用它,那么Esper会预分配空间来创建granularity_value数量的context。比如说 granularity_value为1024,那么Esper会预创建1024个context。内存不大的话不建议使用这个参数。
Hash Context同样可以过滤事件,举个完整的例子:
// 以java的hashcode方法计算sid的值(sid必须大于5),以CRC32算法计算tid的值,然后对10取余后的值来建立context
create context HashPerson coalesce by hash_code(sid) from Student(sid>5), consistent_hash_crc32(tid) from Teacher granularity 10
Hash Context也有Built-In Context Properties,只不过只有context.id和context.name了。用法和前面说的一样,这里就不列举了。
小贴士:
1.如果用于hash计算的属性比较多,那么就不建议使用CRC32算法了,因为他会把这些属性值先序列化字节数组以后才能计算hash值。hashcode方法相对它能快很多。
2.如果使用preallocate参数,建议granularity_value不要超过1000
3.如果granularity_value超过65536,引擎查找context会比较费劲,进而影响计算速度
4. Category Context
Category Context相对之前的两类context要简单许多,也更容易理解。语法说明如下:
create context context_name
group [by] group_expression as category_label
[, group [by] group_expression as category_label]
[, ...]
from stream_def
group_expression表示分组策略的表达式,category_label为策略定义一个名字,一个context可以有多个策略同时存在,但是特殊的是之能有一个stream_def。例如:
create context CategoryByTemp
group temp < 5 as cold, group temp between 5 and 85 as normal, group temp > 85 as large
from Temperature
Category Context也有它自带的属性。
label指明进入的事件所处的group是什么。完整例子如下:
import com.espertech.esper.client.EPAdministrator;
import com.espertech.esper.client.EPRuntime;
import com.espertech.esper.client.EPServiceProvider;
import com.espertech.esper.client.EPServiceProviderManager;
import com.espertech.esper.client.EPStatement;
import com.espertech.esper.client.EventBean;
import com.espertech.esper.client.UpdateListener;
class ESB3
{
private int id;
private int price;
public int getId()
{
return id;
}
public void setId(int id)
{
this.id = id;
}
public int getPrice()
{
return price;
}
public void setPrice(int price)
{
this.price = price;
}
}
class ContextPropertiesListener4 implements UpdateListener
{
public void update(EventBean[] newEvents, EventBean[] oldEvents)
{
if (newEvents != null)
{
EventBean event = newEvents[0];
System.out.println("context.name " + event.get("name") + ", context.id " + event.get("id") + ", context.label " + event.get("label"));
}
}
}
public class ContextPropertiesTest4
{
public static void main(String[] args)
{
EPServiceProvider epService = EPServiceProviderManager.getDefaultProvider();
EPAdministrator admin = epService.getEPAdministrator();
EPRuntime runtime = epService.getEPRuntime();
String esb = ESB3.class.getName();
String epl1 = "create context esbtest group by id<0 as low, group by id>0 and id<10 as middle,group by id>10 as high from " + esb;
String epl2 = "context esbtest select context.id,context.name,context.label, price from " + esb;
admin.createEPL(epl1);
EPStatement state = admin.createEPL(epl2);
state.addListener(new ContextPropertiesListener4());
ESB3 e1 = new ESB3();
e1.setId(1);
e1.setPrice(20);
System.out.println("sendEvent: id=1, price=20");
runtime.sendEvent(e1);
ESB3 e2 = new ESB3();
e2.setId(0);
e2.setPrice(30);
System.out.println("sendEvent: id=0, price=30");
runtime.sendEvent(e2);
ESB3 e3 = new ESB3();
e3.setId(11);
e3.setPrice(20);
System.out.println("sendEvent: id=11, price=20");
runtime.sendEvent(e3);
ESB3 e4 = new ESB3();
e4.setId(-1);
e4.setPrice(40);
System.out.println("sendEvent: id=-1, price=40");
runtime.sendEvent(e4);
}
}
输出结果为:
sendEvent: id=1, price=20
context.name esbtest, context.id 1, context.label middle
sendEvent: id=0, price=30
sendEvent: id=11, price=20
context.name esbtest, context.id 2, context.label high
sendEvent: id=-1, price=40
context.name esbtest, context.id 0, context.label low
可以发现,id=0的事件,并没有触发监听器,那是因为context里的三个category没有包含id=0的情况,所以这个事件就被排除掉了。
5. Non-Overlapping Context
这类Context有个特点,是由开始和结束两个条件构成context。语法如下:
create context context_name start start_condition end end_condition
这个context有两个条件做限制,形成一个约束范围。当开始条件和结束条件都没被触发时,引擎会观察事件的进入是否会触发开始条件。如果开始条件被触 发了,那么就新建一个context,并且观察结束条件是否被触发。如果结束条件被触发,那么context结束,引擎继续观察开始条件何时被触发。所以 说这类Context的另一个特点是,要么context存在并且只有一个,要么条件都没被触发,也就一个context都没有了。
start_condition和end_condition可以是时间,或者是事件类型。比如说:
create context NineToFive start (0, 9, *, *, *) end (0, 17, *, *, *)
// 9点到17点此context才可用(以引擎的时间为准)。如果事件进入的事件不在此范围内,则不受该context影响
一个完整的例子,以某类事件开始,以某类事件结束
import com.espertech.esper.client.EPAdministrator;
import com.espertech.esper.client.EPRuntime;
import com.espertech.esper.client.EPServiceProvider;
import com.espertech.esper.client.EPServiceProviderManager;
import com.espertech.esper.client.EPStatement;
import com.espertech.esper.client.EventBean;
import com.espertech.esper.client.UpdateListener;
class StartEvent
{
}
class EndEvent
{
}
class OtherEvent
{
private int id;
public int getId()
{
return id;
}
public void setId(int id)
{
this.id = id;
}
}
class NoOverLappingContextTest3 implements UpdateListener
{
public void update(EventBean[] newEvents, EventBean[] oldEvents)
{
if (newEvents != null)
{
EventBean event = newEvents[0];
System.out.println("Class:" + event.getUnderlying().getClass().getName() + ", id:" + event.get("id"));
}
}
}
public class NoOverLappingContextTest
{
public static void main(String[] args)
{
EPServiceProvider epService = EPServiceProviderManager.getDefaultProvider();
EPAdministrator admin = epService.getEPAdministrator();
EPRuntime runtime = epService.getEPRuntime();
String start = StartEvent.class.getName();
String end = EndEvent.class.getName();
String other = OtherEvent.class.getName();
// 以StartEvent事件作为开始条件,EndEvent事件作为结束条件
String epl1 = "create context NoOverLapping start " + start + " end " + end;
String epl2 = "context NoOverLapping select * from " + other;
admin.createEPL(epl1);
EPStatement state = admin.createEPL(epl2);
state.addListener(new NoOverLappingContextTest3());
StartEvent s = new StartEvent();
System.out.println("sendEvent: StartEvent");
runtime.sendEvent(s);
OtherEvent o = new OtherEvent();
o.setId(2);
System.out.println("sendEvent: OtherEvent");
runtime.sendEvent(o);
EndEvent e = new EndEvent();
System.out.println("sendEvent: EndEvent");
runtime.sendEvent(e);
OtherEvent o2 = new OtherEvent();
o2.setId(4);
System.out.println("sendEvent: OtherEvent");
runtime.sendEvent(o2);
}
}
执行结果:
sendEvent: StartEvent
sendEvent: OtherEvent
Class:blog.OtherEvent, id:2
sendEvent: EndEvent
sendEvent: OtherEvent
由此可以看出,在NoOverLapping这个Context下监控OtherEvent,必须是在StartEvent被触发才能监控到,所以在EndEvent发送后,再发送一个OtherEvent是不会触发Listener的。
6. OverLapping
OverLapping和NoOverLapping一样都有两个条件限制,但是区别在于OverLapping的初始条件可以被触发多次,并且只要被触发就会新建一个context,但是当终结条件被触发时,之前建立的所有context都会被销毁。他的语法也很简单:
create context context_name initiated [by] initiating_condition terminated [by] terminating_condition
initiating_condition和terminating_condition可以为事件类型,事件或者别的条件表达式。下面给出了一个完整的例子。
import com.espertech.esper.client.EPAdministrator;
import com.espertech.esper.client.EPRuntime;
import com.espertech.esper.client.EPServiceProvider;
import com.espertech.esper.client.EPServiceProviderManager;
import com.espertech.esper.client.EPStatement;
import com.espertech.esper.client.EventBean;
import com.espertech.esper.client.UpdateListener;
class InitialEvent{}
class TerminateEvent{}
class SomeEvent
{
private int id;
public int getId()
{
return id;
}
public void setId(int id)
{
this.id = id;
}
}
class OverLappingContextListener implements UpdateListener
{
public void update(EventBean[] newEvents, EventBean[] oldEvents)
{
if (newEvents != null)
{
EventBean event = newEvents[0];
System.out.println("context.id:" + event.get("id") + ", id:" + event.get("id"));
}
}
}
class OverLappingContextListener2 implements UpdateListener
{
public void update(EventBean[] newEvents, EventBean[] oldEvents)
{
if (newEvents != null)
{
EventBean event = newEvents[0];
System.out.println("Class:" + event.getUnderlying().getClass().getName() + ", id:" + event.get("id"));
}
}
}
public class OverLappingContextTest
{
public static void main(String[] args)
{
EPServiceProvider epService = EPServiceProviderManager.getDefaultProvider();
EPAdministrator admin = epService.getEPAdministrator();
EPRuntime runtime = epService.getEPRuntime();
String initial = InitialEvent.class.getName();
String terminate = TerminateEvent.class.getName();
String some = SomeEvent.class.getName();
// 以InitialEvent事件作为初始事件,TerminateEvent事件作为终结事件
String epl1 = "create context OverLapping initiated " + initial + " terminated " + terminate;
String epl2 = "context OverLapping select context.id from " + initial;
String epl3 = "context OverLapping select * from " + some;
admin.createEPL(epl1);
EPStatement state = admin.createEPL(epl2);
state.addListener(new OverLappingContextListener());
EPStatement state1 = admin.createEPL(epl3);
state1.addListener(new OverLappingContextListener2());
InitialEvent i = new InitialEvent();
System.out.println("sendEvent: InitialEvent");
runtime.sendEvent(i);
SomeEvent s = new SomeEvent();
s.setId(2);
System.out.println("sendEvent: SomeEvent");
runtime.sendEvent(s);
InitialEvent i2 = new InitialEvent();
System.out.println("sendEvent: InitialEvent");
runtime.sendEvent(i2);
TerminateEvent t = new TerminateEvent();
System.out.println("sendEvent: TerminateEvent");
runtime.sendEvent(t);
SomeEvent s2 = new SomeEvent();
s2.setId(4);
System.out.println("sendEvent: SomeEvent");
runtime.sendEvent(s2);
}
}
sendEvent: InitialEvent
context.id:0, id:0
sendEvent: SomeEvent
Class:blog.SomeEvent, id:2
sendEvent: InitialEvent
context.id:1, id:1
context.id:0, id:0
sendEvent: TerminateEvent
sendEvent: SomeEvent
从结果可以看得出来,每发送一个InitialEvent,都会新建一个context,以至于context.id=0和1。并且当发送TerminateEvent后,再发送SomeEvent监听器也不会被触发了。
另外,context.id是每一种Context都会有的自带属性,而且针对OverLapping,还增加了startTime和endTime两种属性,表明context的开始时间和结束时间。
7. Context Condition
Context Condition主要包含Filter,Pattern,Crontab以及Time Period
A). Filter主要就是对属性值的过滤,比如:
create context NewUser partition by id from User(id > 10)
B). Pattern是复杂事件流的代表,比如说“A事件到达后跟着B事件到达”这是一个完整的Pattern。Pattern是Esper里面很特别的东西,并且用它描述复杂的事件流是最合适不过的了。这里暂且不展开说,后面会有专门好几篇来讲解Pattern。
C). Crontab是定时任务,主要用于NoOverLapping,就像前面提到的(0, 9, *, *, *),括号里的五项代表分,时,天,月,年。关于这个后面也会有讲解。
D). Time Period在这里只有一种表达式,就是after time_period_expression。例如:after 1 minute,after 5 sec。结合Context的例子如下:
// 以0秒为时间初始点,新建一个context,于10秒后开始,1分钟后结束。下一个context从1分20秒开始
create context NonOverlap10SecFor1Min start after 10 seconds end after 1 minute
8. Context Nesting
Context也可以嵌套,意义就是多个Context联合在一起组成一个大的Context,以满足复杂的限制需求。语法结构:
create context context_name
context nested_context_name [as] nested_context_definition ,
context nested_context_name [as] nested_context_definition [, ...]
举个例子:
create context NineToFiveSegmented
context NineToFive start (0, 9, *, *, *) end (0, 17, *, *, *),
context SegmentedByUser partition by userId from User
应用和普通的Context没区别,在此就不举例了。另外针对嵌套Context,其自带的属性使用方式会有些变化。比如针对上面这个,若想查看NineToFive的startTime和SegmentedByUser的第一个属性值,要按照下面这样写:
context NineToFiveSegmented select
context.NineToFive.startTime,
context.SegmentedByUser.key1
from User
9. Output When Context Partition Ends
当Context销毁时,如果你想同时查看此时Context里的东西,那么Esper提供了一种办法来输出其内容。例如:
create context OverLapping initiated InitialEvent terminated TerminateEvent
context OverLapping select * from User output snapshot when terminated
那么当终结事件发送到引擎后,会立刻输出OverLapping的快照。
如果你想以固定的频率查看Context的内容,Esper也支持。例如
context OverLapping select * from User output snapshot every 2 minute // 每两分钟输出OverLapping的事件
关于output表达式,后面也会有详解。
10、Group by和Context的区别:
其实如果只是很简单的用Context,没太大区别,无非是在Context下select可以不包含group by修饰的属性。
但是Group by明显没有Context强大,很多复杂的分组Group by是没法做到的。不过在能达到同样效果的情况下,我还是建议使用Group by,毕竟Context的名字是不能重复的,而且在高并发的情况下Context会短时间锁住。后面的博客也会涉及这方面的内容。