马云道歉 提价新规延迟

手心写着四五个“忍”字，急飞回国的阿里巴巴集团董事局主席马云昨天再度为淘宝进行了一场危机公关. 认错、道歉、自辩、诉苦，马云在“原则决不退让”之余终究出了缓招，其中，阿里巴巴将投入18亿元扶持淘宝商城卖家，保证金由阿里集团和卖家各出一半，同时对老商家延后调整年费.

    代码的逻辑是:查询出id为1的major, 并输出其名字. 很明显, 代码的逻辑是对的.   可一运行就会报错:. 翻译过来就是:  延迟加载异常:不能初始化代理 --- session不存在. 出现这个报错信息的原因就在于hibernate的延迟加载机制.     所谓的延迟加载就是程序在使用load, iterator方法执行查询及关联查询时, 并不会马上发送并执行sql语句, 而是在调用(被查询)对象属性的getter方法时才去执行查询.

转自：http://blog.163.com/xi_zh_qi/blog/static/8501594200812695053939/.    延迟加载机制是为了避免一些无谓的性能开销而提出来的，所谓延迟加载就是当在真正需要数据的时候，才真正执行数据加载操作. 在Hibernate中提供了对实体对象的延迟加载以及对集合的延迟加载，另外在Hibernate3中还提供了对属性的延迟加载.

据说，Netscape公司当年设计 SSL协议的时候，有人提过，将互联网所有链接都变成HTTPs开头的加密链接. 这个建议没有得到采纳，原因之一是HTTPs链接比不加密的HTTP链接慢很多. （另一个原因好像是，HTTPs链接默认不能缓存. 自从我知道这个掌故以后，脑袋中就有一个观念：HTTPs链接很慢.

Mybatis 查询延迟加载. 1.1        启用延迟加载. 1.2        分析.        Mybatis的延迟加载是针对嵌套查询而言的，是指在进行查询的时候先只查询最外层的SQL，对于内层SQL将在需要使用的时候才查询出来. Mybatis的延迟加载默认是关闭的，即默认是一次就将所有的嵌套SQL一并查了将对象所有的信息都查询出来.

　　本文将有助于你找出Redis 响应延迟的问题所在. 　　文中出现的延迟(latency)均指从客户端发出一条命令到客户端接受到该命令的反馈所用的最长响应时间. Reids通常处理(命令的)时间非常的慢，大概在次微妙范围内，但也有更长的情况出现. 　　如果你正在经历响应延迟问题，你或许能够根据应用程序的具体情况算出它的延迟响应时间，或者你的延迟问题非常明显，宏观看来，一目了然.

      mysql replication 中主从延迟是一个比较常见的问题，请看前期一篇博文： 怎样解决MySQL数据库主从复制延迟的问题. 根据目前有些公司使用的方案，最近测试了两个，其中之一是阿里的relay fetch ，业绩说法数据预热，当然也有其他开源类似开源工具，目前诸如 mk-slave-prefetch及 replication-prefetch等，感兴趣可以去看看.

图片延迟加载技术目前已经被各种网站广泛的使用，但最近的一篇《 PS美女试验的惊人结果 》文章中使用的却是背景图延迟加载技术. 为什么要使用背景图延迟加载技术. 之所以使用图片延迟加载技术，是为了避免浪费带宽. 有些页面上嵌入了很多图片(上面所说的《 PS美女试验的惊人结果 》里就嵌入了30多张高清美女图)，但电脑的屏幕一次只能显示一张或顶多2张.

由于Kafka不支持延迟消息，而目前公司技术栈中消息中间件使用的是Kafka，业务方希望使用RocketMQ满足延迟消息场景，但如果仅仅只是需要延迟消息功能而引入多一套消息中间件，这会增加运维与维护成本. 在此背景下，我们希望通过扩展Kafka客户端提供延迟消息的支持. 本篇将介绍四种延迟消息实现方案的原理，以及分析其优缺点.

前几天排查了一个业务接口执行高延迟的问题，也挺有参考意义的，分享一下排查过程. 现象是业务反馈有一个接口业务逻辑其实很简单，但是调用一次耗时，如下图所示：. 首先第一步需要查看当时的应用运行状态，包含当时的日志、JVM 的各种监控等. 因为我们接入了 OpenTelemetry，所以 trace 和日志是可以关联起来的.