actor

4、group by的优化 最好使用同一表中的列， 需求：每个演员所参演影片的数量-（影片表和演员表） explain select actor.first_name,actor.last_name,count(*) from sakila.film_actor inner join sakila.actor using(actor_id) group by film_actor.actor_id; 优化后的SQL： explain select actor.first_name,actor.last_name,c.cnt from sakila.actor inner join ( select actor_id,count(*) as cnt from sakila.film_actor group by actor_id )as c using(actor_id); 说明：从上面的执行计划来看，这种优化后的方式没有使用临时文件和文件排序的方式了，取而代之的是使用了索引。查询效率老高了。 这个时候我们表中的数据比较大，会大量的占用IO操作，优化了sql执行的效率，节省了服务器的资源，因此我们就需要优化。 注意： 1、mysql 中using关键词的作用：也就是说要使用using,那么表a和表b必须要有相同的列。 2、在用Join进行多表联合查询时

概述 　　正如其它RPC或者RMI框架那样，Akka也提供了远程调用的能力。服务端在监听的端口上接收客户端的调用。本文将在 《Spring与Akka的集成》 一文的基础上介绍Akka的remote调用，本文很多代码和例子来源于Akka官网的代码示例，也包含了一些适用于Spring集成的改造，本文旨在介绍Akka的远程调用的开发过程。 服务端开发 配置 　　Akka的默认配置文件为application.conf，如果不特别指明，Akka System都会默认加载此配置。如果你想自定义符合你习惯的名字，可以使用如下代码： final ActorSystem system = ActorSystem.create("YourSystem", ConfigFactory.load("yourconf")); 上述代码中的yourconf不包含文件后缀名，在你的资源路径下实际是yourconf.conf。 　　我不太想自定义加载的配置文件，而是继续使用application.conf，这里先列出其配置： include "common" akka { # LISTEN on tcp port 2552 remote.netty.tcp.port = 2552 } 这里的remote.netty.tcp.port配置属性表示使用Netty框架在TCP层的监听端口是2552

Akka 和 μJavaActors μJavaActors均是java的Actor库，其中Akka提供了叫为完整的Actor开发框架，较为庞大，学习成本很高，μJavaActors 是一个轻量级Actor库，大约仅有1200行代码，比较适合入门。 一.Akka Demo Akka是一个相当成熟、强大的库，github上download下的是Akka的源码，应该使用sbt构建的工程，如果没有使用sbt经验，想导出jar还挺不容易的，推荐 Akka官网 下载akka各个组件的jar去使用，简单介绍一下helloworld 级别Akka的demo。 1.Akka的主要组件 akka-actor.jar ： Actor核心组件了，定义了Acotr核心类 akka-slf4f.jar : SLF4F Logger的支持，一个打log的组件，不用太关注 akka-remote.jar : Actor做远程调用的jar，类似RFC吧 akka-cluster : actor做集群管理组件 akka-camel.jar ： 对Apache Camel 集成接口 scala-library-2.11.8.jar ： akka核心应该是Scala写的，这个组件就是对akka的核心支持 Akka还有很多组件，不过对于hello world级的程序简单了解几个就ok了。工程是基于eclipse的

Actor调用 从上面的例子中,我们可以大概的对AKKA在JAVA中的使用有一个全局的概念.这里我们在稍微细致的讲解一下. 在JAVA中使用AKKA进行开发主要有这几个步骤: 定义消息模型. 创建Actor的实现,以及业务逻辑 在需要使用AKKA的地方获取到ActorSystem,然后根据业务的数据流,获取到合适的Actor,给Actor发送消息. 在Actor的实现用,对接收到的消息进行具体的处理或转发.从而形成业务逻辑流. 下面我们分别讲解一下这几个步骤. 定义消息模型 在AKKA中的消息模型可以是任意实现了 Serializable 接口的对象.和大多数的远程调用框架一样,为了AKKA的高可用,以后可能会牵涉到远程调用和集群,那么消息模型就需要跨网络的进行传输,这就要求对消息模型进行序列化和反序列化.因此,要求消息模型必须实现 Serializable 接口.具体的序列化和反序列化在后面讲解远程调用的时候再细谈. 创建Actor的实现. 有了消息模型后,就需要有Actor对这些消息进行消费了. 在AKKA中Actor分为了 TypedActor 和 UnTypedActor . 其中 TypedActor 是 Akka 基于 Active对象 (Active Object)设计模式的一个实现,该设计模式解耦了在一个对象上执行方法和调用方法的逻辑

Akka是一个用来开发支持并发、容错、扩展性的应用程序框架。它是actor model的实现，因此跟Erlang的并发模型很像。在actor模型的上下文中，所有的活动实体都被认为是互不依赖的actor。actor之间的互相通信是通过彼此之间发送异步消息来实现的。每个actor都有一个邮箱来存储接收到的消息。因此每个actor都维护着自己独立的状态。 来源： https://www.cnblogs.com/szss/p/11550861.html

以下是官方文档的学习，了解基本的actix actor 编程模型 项目初始化 cargo 创建 cargo new actor-ping --bin 效果 ├── Cargo.toml └── src └── main.rs 添加依赖 cargo.toml 配置 [package] name = "actor-ping" version = "0.1.0" authors = ["rongfengliang <1141591465@qq.com>"] edition = "2018" ​ # See more keys and their definitions at https://doc.rust-lang.org/cargo/reference/manifest.html ​ [dependencies] actix = "0.8" ​ 创建Actor trait actor 代码 use actix::prelude::*; ​ struct MyActor { count: usize, } ​ impl Actor for MyActor { type Context = Context<Self>; } 说明 每个actor 必须有一个context，后边会有介绍 定义消息 消息是actor 可以接受的数据，消息是任何实现 Message trait 的类型 use