异步数据库有哪些功能，http 异步mysql 有什么好处

本文目录一览

1，http 异步mysql 有什么好处
2，oracle dataguard 是什么
3，同步和异步有什么区别
4，EJB有什么好处
5，mvc 异步action有什么作用

1，http 异步mysql 有什么好处

sql2000没有过时，有些功能到现在mysql还不具备。但是mysql有自己的优点： 1、免费 2、简单 3、速度快 4、常用功能都有 5、和开源软件配合很好 6、暂时想不起来了...

同步就是保证两边是一致完成的异步是前一方完成后，另一方再完成且另一方如果不能完成的话不影响前一方

2，oracle dataguard 是什么

DATA GUARD的最主要的功能是冗灾。当然根据配置的不同，DATA GUARD还可以具备以下特点：高可用、性能提升、数据保护以及故障恢复等。 DATA GUARD可以分为物理STANDBY和逻辑STANDBY两种。二者的最大差别在于，物理STANDBY应用的是主库的归档日志，而逻辑STANDBY应用的是主库的归档日志中提取的SQL语句。由于二者这一点的区别，决定了物理STANDBY无论从逻辑结构和物理结构都是和主库保持一致，而逻辑STANDBY则只需保证逻辑结构一致，且逻辑STANDBY在应用SQL语句的时候，数据库可以处于打开的状态。如果从DATA GUARD的保护模式分，可以分为三种不同的保护模式：保护最大化：这种模式的配置可以保证主库和备库的同步，任何情况下主库的损毁都不会导致已提交数据的丢失。如果主库和备库之间的网络出现问题，或者备库本身出现问题，都会导致主库停止数据处理。可用最大化：这种模式和上面一种类似，也是会保证主库和备库的同步，区别在于，当网络或备库不可用时，主库仍然可以继续处理。性能最大化：主库和备库是异步的。这种模式可能在主库出现损毁时，丢失一部分数据。但是这种模式对主库负荷最小，因此具有最好的性能。

oracle dataguard 是什么

3，同步和异步有什么区别

Java中交互方式分为同步和异步两种：　　同步交互：指发送一个请求，需要等待返回，然后才能够发送下一个请求，有个等待过程；　　异步交互：指发送一个请求，不需要等待返回，随时可以再发送下一个请求，即不需要等待。　　区别：一个需要等待，一个不需要等待，在部分情况下，我们的项目开发中都会优先选择不需要等待的异步交互方式。　　哪些情况建议使用同步交互呢？比如银行的转账系统，对数据库的保存操作等等，都会使用同步交互操作，其余情况都优先使用异步交互。

什么叫同步电机?同步电动机也是一种交流电机。主要做发电机用，也可做电动机用，一般用于功率较大，转速不要求调节的生产机械，例如大型水泵，空压机和矿井通风机等。近年由于永磁材料和电子技术的发展，微型同步电机得到越来越广泛的应用。同步电动机的特点之一是稳定运行时的转速n与定子电流的频率f1之间有严格不变的关系，即 n=60f1/p=n0 同步电动机的转速n与旋转磁场的转速n0相同。“同步”之名由此而来。同步电机定子就不用说了,一般转子线圈也要通电以保持跟定子同步.(微型同步电机的转子可以用永磁的磁钢来做). 异步电机则不同,定子绕组通电产生旋转磁场,在转子里产生感应电流,使电机转动.结构上比同步电机简单.什么叫异步电机?异步电机是基于气隙旋转磁场与转子绕组中感应电流相互作用产生电磁转矩，从而实现能量转换的一种交流电机。由于转子绕组电流是感应产生的，因此它的转速与同步转速之间存在一定的差异。异步电机与同步电机的区别：同步电机正常运行时转数是固定的，不因负载的变化而变化。异步电机正常运行时转数不是是固定的，而是会因负载的变化而稍许变化。同步电机线路复杂，能量可逆（电动机和发电机理论上可互换）多用做发电机

同步和异步有什么区别

4，EJB有什么好处

EJB是sun的服务器端组件模型，最大的用处是部署分布式应用程序，类似微软的.com技术。凭借java跨平台的优势，用EJB技术部署的分布式系统可以不限于特定的平台。　　EJB (Enterprise JavaBean)是J2EE的一部分，定义了一个用于开发基于组件的企业多重应用程序的标准。其特点包括网络服务支持和核心开发工具(SDK)。　　在J2EE里，Enterprise Java Beans(EJB)称为Java 企业Bean，是Java的核心代码，分别是会话Bean（Session Bean），实体Bean（Entity Bean）和消息驱动Bean（MessageDriven Bean）。　　1.Session Bean用于实现业务逻辑，它可以是有状态的，也可以是无状态的。每当客户端请求时，容器就会选择一个Session Bean来为客户端服务。Session Bean可以直接访问数据库，但更多时候，它会通过Entity Bean实现数据访问。　　2.Entity Bean是域模型对象，用于实现O/R映射，负责将数据库中的表记录映射为内存中的Entity对象，事实上，创建一个Entity Bean对象相当于新建一条记录，删除一个Entity Bean会同时从数据库中删除对应记录，修改一个Entity Bean时，容器会自动将Entity Bean的状态和数据库同步。　　3.MessageDriven Bean是EJB2.0中引入的新的企业Bean，它基于JMS消息，只能接收客户端发送的JMS消息然后处理。MDB实际上是一个异步的无状态Session Bean，客户端调用MDB后无需等待，立刻返回，MDB将异步处理客户请求。这适合于需要异步处理请求的场合，比如订单处理，这样就能避免客户端长时间的等待一个方法调用直到返回结果。　　EJB实际上是SUN的J2EE中的一套规范,并且规定了一系列的API用来实现把EJB概念转换成EJB产品.EJB是BEANS,BEANS是什么概念,那就是得有一个容纳她,让她可劲造腾的地方,就是得有容器.EJB必须生存在EJB容器中.这个容器可是功能强大之极!她首先要包装你BEAN, EJB的客户程序实际上从来就不和你编写的EJB直接打交道,他们之间是通过HOME/REMOTE接口来发生关系的.它负责你的BEAN的所有的吃喝拉萨睡,比如BEAN的持续化,安全性,事务管理...　　一.什么是 EJB?　　一个技术规范：EJB 从技术上而言不是一种"产品"　　EJB 是一种标准描述了构建应用组件要解决的:　　可扩展 (Scalable)　　分布式 (Distributed)　　事务处理 (Transactional)　　数据存储 (Persistent)　　安全性 (Secure)

5，mvc 异步action有什么作用

一、基于线程池的请求处理asp.net通过线程池的机制处理并发的http请求。一个web应用内部维护着一个线程池，当探测到抵达的针对本应用的请求时，会从池中获取一个空闲的线程来处理该请求。当处理完毕，线程不会被回收，而是重新释放到池中。线程池具有一个线程的最大容量，如果创建的线程达到这个上限并且所有的线程均被处于“忙碌”状态，新的http请求会被放入一个请求队列以等待某个完成了请求处理任务的线程重新释放到池中。我们将这些用于处理http请求的线程称为工作线程（worker thread），而这个县城池自然就叫做工作线程池。asp.net这种基于线程池的请求处理机制主要具有如下两个优势：工作线程的重用：创建线程的成本虽然不如进程的激活，却也不是一件“一蹴而就”的事情，频繁地创建和释放线程会对性能造成极大的损害。而线程池机制避免了总是创建新的工作线程来处理每一个请求，被创建的工作线程得到了极大地重用，并最终提高了服务器的吞吐能力。工作线程数量的限制：资源的有限性具有了服务器处理请求的能力具有一个上限，或者说某台服务器能够处理的请求并发量具有一个临界点，一旦超过这个临界点，整台服务将会因不能提供足够的资源而崩溃。由于采用了对...一、基于线程池的请求处理asp.net通过线程池的机制处理并发的http请求。一个web应用内部维护着一个线程池，当探测到抵达的针对本应用的请求时，会从池中获取一个空闲的线程来处理该请求。当处理完毕，线程不会被回收，而是重新释放到池中。线程池具有一个线程的最大容量，如果创建的线程达到这个上限并且所有的线程均被处于“忙碌”状态，新的http请求会被放入一个请求队列以等待某个完成了请求处理任务的线程重新释放到池中。我们将这些用于处理http请求的线程称为工作线程（worker thread），而这个县城池自然就叫做工作线程池。asp.net这种基于线程池的请求处理机制主要具有如下两个优势：工作线程的重用：创建线程的成本虽然不如进程的激活，却也不是一件“一蹴而就”的事情，频繁地创建和释放线程会对性能造成极大的损害。而线程池机制避免了总是创建新的工作线程来处理每一个请求，被创建的工作线程得到了极大地重用，并最终提高了服务器的吞吐能力。工作线程数量的限制：资源的有限性具有了服务器处理请求的能力具有一个上限，或者说某台服务器能够处理的请求并发量具有一个临界点，一旦超过这个临界点，整台服务将会因不能提供足够的资源而崩溃。由于采用了对工作线程数量具有良好控制的线程池机制，asp.net mvc并发处理的请求数量不可能超过线程池的最大允许的容量，从而避免了在高并发情况下工作线程的无限制创建而最导致整个服务器的崩溃。如果请求处理操作耗时较短，那么工作线程处理完毕后可以及时地被释放到线程池中以用于对下一个请求的处理。但是对于比较耗时的操作来说，意味着工作线程将被长时间被某个请求独占，如果这样的操作访问比较频繁，在高并发的情况下意味着线程池中将可能找不到空闲的工作线程用于及时处理最新抵达请求。如果我们采用异步的方式来处理这样的耗时请求，工作线程可以让后台线程来接手，自己可以及时地被释放到线程池中用于进行后续请求的处理，从而提高了整个服务器的吞吐能力。值得一提的是，异步操作主要用于i/o绑定操作（比如数据库访问和远程服务调用等），而非cpu绑定操作，因为异步操作对整体性能的提升来源于：当i/o设备在处理某个任务的时候，cpu可以释放出来处理另一个任务。如果耗时操作主要依赖于本机cpu的运算，采用异步方法反而会因为线程调度和线程上下文的切换而影响整体的性能。二、两种异步action方法的定义在了解了在asynccontroller中定义异步action方法的必要性之后，我们来简单介绍一下异步action方法的定义方式。总的来说，异步action方法具有两种定义方式，一种是将其定义成两个匹配的方法xxxasync/xxxcompleted，另一种则是定义一个返回类型为task的方法。xxxasync/xxxcompleted如果我们使用两个匹配的方法xxxasync/xxxcompleted来定义异步action，我们可以将异步操作实现在xxxasync方法中，而将最终内容的呈现实现在xxxcompleted方法中。xxxcompleted可以看成是针对xxxasync的回调，当定义在xxxasync方法中的操作以异步方式执行完成后，xxxcompleted方法会被自动调用。xxxcompleted的定义方式和普通的同步action方法比较类似。作为演示，我在如下一个homecontroller中定义了一个名为article的异步操作来呈现指定名称的文章内容。我们将指定文章内容的异步读取定义在articleasync方法中，而在articlecompleted方法中讲读取的内容以contentresult的形式呈现出来。 1: public class homecontroller : asynccontroller 2: 3: public void articleasync(string name) 4: 5: asyncmanager.outstandingoperations.increment(); 6: task.factory.startnew(() => 7: 8: string path = controllercontext.httpcontext.server.mappath(string.format(@"\articles\ 9: using (streamreader reader = new streamreader(path)) 10: 11: asyncmanager.parameters["content"] = reader.readtoend(); 12: } 13: asyncmanager.outstandingoperations.decrement(); 14: }); 15: } 16: public actionresult articlecompleted(string content) 17: 18: return content(content); 19: } 20: }

一、基于线程池的请求处理ASP.NET通过线程池的机制处理并发的HTTP请求。一个Web应用内部维护着一个线程池，当探测到抵达的针对本应用的请求时，会从池中获取一个空闲的线程来处理该请求。当处理完毕，线程不会被回收，而是重新释放到池中。线程池具有一个线程的最大容量，如果创建的线程达到这个上限并且所有的线程均被处于“忙碌”状态，新的HTTP请求会被放入一个请求队列以等待某个完成了请求处理任务的线程重新释放到池中。我们将这些用于处理HTTP请求的线程称为工作线程（Worker Thread），而这个县城池自然就叫做工作线程池。ASP.NET这种基于线程池的请求处理机制主要具有如下两个优势：工作线程的重用：创建线程的成本虽然不如进程的激活，却也不是一件“一蹴而就”的事情，频繁地创建和释放线程会对性能造成极大的损害。而线程池机制避免了总是创建新的工作线程来处理每一个请求，被创建的工作线程得到了极大地重用，并最终提高了服务器的吞吐能力。工作线程数量的限制：资源的有限性具有了服务器处理请求的能力具有一个上限，或者说某台服务器能够处理的请求并发量具有一个临界点，一旦超过这个临界点，整台服务将会因不能提供足够的资源而崩溃。由于采用了对工作线程数量具有良好控制的线程池机制，ASP.NET MVC并发处理的请求数量不可能超过线程池的最大允许的容量，从而避免了在高并发情况下工作线程的无限制创建而最导致整个服务器的崩溃。如果请求处理操作耗时较短，那么工作线程处理完毕后可以及时地被释放到线程池中以用于对下一个请求的处理。但是对于比较耗时的操作来说，意味着工作线程将被长时间被某个请求独占，如果这样的操作访问比较频繁，在高并发的情况下意味着线程池中将可能找不到空闲的工作线程用于及时处理最新抵达请求。如果我们采用异步的方式来处理这样的耗时请求，工作线程可以让后台线程来接手，自己可以及时地被释放到线程池中用于进行后续请求的处理，从而提高了整个服务器的吞吐能力。值得一提的是，异步操作主要用于I/O绑定操作（比如数据库访问和远程服务调用等），而非CPU绑定操作，因为异步操作对整体性能的提升来源于：当I/O设备在处理某个任务的时候，CPU可以释放出来处理另一个任务。如果耗时操作主要依赖于本机CPU的运算，采用异步方法反而会因为线程调度和线程上下文的切换而影响整体的性能。二、两种异步Action方法的定义在了解了在AsyncController中定义异步Action方法的必要性之后，我们来简单介绍一下异步Action方法的定义方式。总的来说，异步Action方法具有两种定义方式，一种是将其定义成两个匹配的方法XxxAsync/XxxCompleted，另一种则是定义一个返回类型为Task的方法。XxxAsync/XxxCompleted如果我们使用两个匹配的方法XxxAsync/XxxCompleted来定义异步Action，我们可以将异步操作实现在XxxAsync方法中，而将最终内容的呈现实现在XxxCompleted方法中。XxxCompleted可以看成是针对XxxAsync的回调，当定义在XxxAsync方法中的操作以异步方式执行完成后，XxxCompleted方法会被自动调用。XxxCompleted的定义方式和普通的同步Action方法比较类似。作为演示，我在如下一个HomeController中定义了一个名为Article的异步操作来呈现指定名称的文章内容。我们将指定文章内容的异步读取定义在ArticleAsync方法中，而在ArticleCompleted方法中讲读取的内容以ContentResult的形式呈现出来。 1: public class HomeController : AsyncController 2: 3: public void ArticleAsync(string name) 4: 5: AsyncManager.OutstandingOperations.Increment(); 6: Task.Factory.StartNew(() => 7: 8: string path = ControllerContext.HttpContext.Server.MapPath(string.Format(@"\articles\ 9: using (StreamReader reader = new StreamReader(path)) 10: 11: AsyncManager.Parameters["content"] = reader.ReadToEnd(); 12: } 13: AsyncManager.OutstandingOperations.Decrement(); 14: }); 15: } 16: public ActionResult ArticleCompleted(string content) 17: 18: return Content(content); 19: } 20: }