1xx:信息消息：描述：100Continue服务器仅接收到部分请求，但是一旦服务器并没有拒绝该请求，客户端应该继续发送其余的请求。101SwitchingProtocols服务器转换协议：服务器将遵从客户的请求转换到另外一种协议。103Checkpoint用于PUT或者POST请求恢复失败时

引用：http://blog.csdn.net/u012684933/article/details/46124957(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fblog.csdn.net%2Fu012684933%2Farticle%2Fdetails%2F46124957)W

一.引言：ApachFlink是全新的流处理系统，在SparkStraming的基础上添加了很多特性，主要在于其提供了基于时间和窗口计算的算子，并且支持有状态的存储和Checkpoint的重启机制，下面假设有多个温度传感器持续传输当前温度，Flink流处理需要每一段时间提供该时间段内的传感器平均温度。二.依赖支持项目是基

CheckPoint1\.checkpoint保留策略默认情况下，checkpoint不会被保留，取消程序时即会删除他们，但是可以通过配置保留定期检查点，根据配置当作业失败或者取消的时候，不会自动清除这些保留的检查点。java:CheckpointConfi

我们知道InnoDB采用WriteAheadLog策略来防止宕机数据丢失，即事务提交时，先写重做日志，再修改内存数据页，这样就产生了脏页。既然有重做日志保证数据持久性，查询时也可以直接从缓冲池页中取数据，那为什么还要刷新脏页到磁盘呢？如果重做日志可以无限增大，同时缓冲池足够大，能够缓存所有数据，那么是不需要将缓冲池中的脏页刷新到磁盘。但是，通常会有以下几

（1）redolog的大小可以影响DBWR和checkpoint；（2）argerredologfilesprovidebetterperformance.Undersizedlogfilesincreasecheckpointactivityandreduceperformance.大的logfile可以提

1.源端 \停源端所有进程stop\stopmgr2.目标端进程infoREP\_K4showch看RBA是否变化，查询checkpoint表sendREP\_K4status查看有没有大事物\确认上述信息OK，则停目标端所有进程stop\stopmgr3.新目

作者：宋利兵来源：MySQL代码研究(mysqlcode)0、导读本文重点介绍了InnoDB的checkpoint和BufferPool管理04–Checkpoint理论上来说,如果MySQL数据库InnoDB存储引擎的buffer足够大，就不需要将数据本身持久化。将全部的redolog重新执行