健康资讯 延迟退休落定2026年！1966-1976年出生的人，三种人笑着“上车”，三类人不高兴！
延迟退休争议多年，在今年10月尘埃落定！延迟退休肯定要实施了。那么，到底是2025年实施还是2027年实施呢？按照十四五（2021-2025）规划的办事规律，应该在2025年实施。按照大会要求，应该在2027年前实施。
东吴证券首席分析师李勇在接受专访时说：由于中国劳动力群体数量庞大，劳动工种、劳动力体质等多种因素具有复杂的差异性，推出一个较为成熟的能够契合大部分人需求的延迟退休方案起码需要五年时间。他预测延迟退休会选择2025年至2027年之间的2026年实施。
2026年实施延迟退休，首当其冲、第一批吃螃蟹的是1966年出生的男性、1971年出生的女性干部、1976年出生的女性工人。那么，延迟退休是每年延迟3个月呢，还是每年延迟1年甚至直接“一步到位”延迟五年呢？社保专家又开始争议了。
根据2021年3月发布的《第十四个五年规划和2035年远景目标纲要》：要按照小步调整、弹性实施、分类推进、统筹兼顾等原则，逐步延迟法定退休年龄。人社部和社科院在宣传解读时，纷纷强调：延迟退休可能是每年延迟3个月，慢慢过渡到延迟五年。
从目前试点情况看，似乎并非如此。目前，山东、江苏等地区进行了小范围试点，敢于写入2022年工作报告的省份只有陕西省（但直到现在还没有出台具体方案）。江苏试点方案是自愿申请延迟退休1-3年。山东省的试点范围是针对副高级职称以上的专家型人才，申请延迟的起步价也是1年，据说才有107个人报名。
其实，国家早在1983年就颁布过《高级专家离休退休暂行规定》。副高专家可延迟至65周岁、正高专家可延迟至70周岁退休，但要经过省级以上部门批准，似乎动静并不大。看样子，一年延迟3个月这种缓慢的节奏并不适合国情。是采取一年延迟3个月还是一年延迟一年的方案？让我们拭目以待。
社保专家也提出了中间方案。现行法定退休年龄是男职工60周岁、女干部55周岁、女工人50周岁、女性灵活就业人员55周岁、参加城乡居民养老保险的一律60岁。专家建议：从2026年开始，女性干部每年推迟1年，女性工人每年推迟2年，男性每年推迟1年，到2030年实现女性60岁、男性65岁领取养老金（退休）。
几家欢喜几家愁。有些人愿意跳上历史上第一班延迟退休的“早班车”，有些人则不愿意上车。
企业管理者笑了，一线员工哭了。企业管理者动辄几十万上百万的年薪，延迟一年就可以多赚几十万上百万。一线员工只有四五千元的工资，跟养老金水平也差不多，谁愿意拖着老腿继续劳动呢？
白领工作人员笑了，灵活就业人员哭了。部门里的白领，工作既稳定又清闲，延迟退休对他们有好处。灵活就业人员，工作不稳定，收入不稳定，自己全额买社保，造成“里外里”都吃亏。
围城内的女性笑了，私企女性哭了。围城里的女性人员生三胎都可以随时请产假，单位还要慰问，不耽误事业发展。私企里的女性如果生育三胎，就很难重返职场了。
PS：你觉得有道理吗？欢迎交流。#延迟退休# #职场#
延迟退休，在19565-1980年出生的人有福了。
自从延迟退休一经报道，就引起人们的热论。
延迟退休的报道，在社会上几经讨论，不断发酵，引起不少人的推测。
更多的人生怕延迟退休的政策影响到个人，毕竟延迟5年退休，让很多人内心非常不舒服。
劳累了一辈子，又有几个人不想赶紧退休，趁着身体还好，抓紧时间游览一下祖国的大好河山。
以前是有钱没时间，总想着等退休了，就可以好好地游览一下美丽的景点。甚至有些人，在中年的时候就已经开始规划退休以后的生活。
可是天有不测风云，平地惊起一声炸雷。
这个时候相关部门经在讨论延迟退休的事项，据说意向是到延迟到65岁退休。
这下，不但是很多面临退休的人士，就连一些70后和80后，都加入了套路你的行列，生怕这波延迟退休的决策影响到自己。
正常人又有几个不想早点退休，享受正常的生活？
可决定延迟退休的决策，又迟迟不出台，让大家望眼欲穿。
这下好了，在大家的千呼万唤之中，延迟退休的决策终于写入了国家十四五规划。
一些省份也开始正式进入了试点，试探大家对延迟退休的反应，以便后续更好地实施。
其实很多人对延迟退休存在很大的误解，认为延迟退休会导致直到65岁才能退休。大家完全不用有这样的担忧，即使到时出台延迟退休的政策，国家也不会一刀切到65岁，肯定会制定一个持续渐进的过程，让大家有一个适应期。
根据现在的政策，即使制定延迟退休的政策，很多人仍旧能享受提前退休的福利，不受延迟退休的影响。
具体是哪些人可以享受提前退休的福利？下面小编来详细说说。
只要你是在1960-1980年出生的人，就可以享受这条福利。
至于1990后出生的，不好意思，你们还小，才刚刚走上工作岗位，距离退休的时间还长，完全没必要考虑退休的事情。
具体来说，只要你符合以下6大条件中的一条，到时申请提前退休完全没有问题。
第一大条件：只要你是女性，哪怕你是1980年出生的人，只要从事高温、高空以及有毒有害类的工作，到2025年年满45周岁，有十年的工龄，就可以申请提前退休。
当然，这条是针对女性工人所说。
第二大条件：假如你是女性干部身份，哪怕是在1975年出生，到了2025年刚好是50周岁。但是只要你到时将干部身份改成工人身份，到时仍旧可以申请提前退休。
可能有人会问，我干么要把干部身份改成工人身份，那不是傻吗？其实干部身份并不一定都是干活。
这个属于计划经济留下的弊端，只要你是学生毕业，在工作的时候自然就获得干部身份，并不一定是真正的干部。
第三类人：如果你是男性，在1970年出生，到2025年的时候正好是55周岁。我们知道男性是60岁退休，但如果你是从事高温、高空以及有毒有害类的工作，自然就可以申请提前退休。
第四大条件：就是在机关事业单位的工作的人，很多这样的单位有一项特殊政策，就是一旦你的工龄达到了30年，也是可以申请提前退休。
当然着想规定，只限于在机关事业单位工作的人，对在企业工作的人不适用。
第五大条件：就是在央企和国企工作的人，这类企业存在一项土政策，就是很多领导人在距离退休不足五年的时候，往往会调出原来的工作岗位，转为调研员，也就是大家说的退居二线。其实就是变相的提前退休。
第六大条件：就是在效益不好的国企工作的人员，这类企业为了减员增效，往往会制定内部提前退休的政策。即鼓励你提前退出工作岗位，但是企业为你正常缴纳社保，一直到正式退休为之。其实这也相当于提前退休。
如果你符合以上条件，那恭喜你可以享受提前退休的福利。
不知道你属于上述哪个条件？
一 主从复制慢原因
Mysql的二进制日志记录的是逻辑日志，写入的每个事务中变更的每条记录的前项和后项，简单容易理解，也方便同步到各种大数据平台。
缺点是事务不能太大，大事务会导致二进制日志非常大，大事务提交会非常慢。比如删除1亿条记录，可以产生100G二进制日志，这100G数据写入到磁盘上，就好等待1000秒（按照100M/s）左右才能完成。
在Mysql中，大事务要注意：
1. 设计时候，把DELETE删除操作转成DROP TABLE、PAPRTITION操作，靠的是历史表方式，或分区表方式来实现。
2. 业务设计的时候大事务拆分成小事务，比如限制删除条数：
DELETE FROM ...WHEREE time between ... and ...LIMIT 1000;
我们可以多开几个线程并发执行。
- 大事务的执行时间长，从服务器回放的时间也会很长，导致复制延迟。- 主服务器上缺少索引，导致操作比较慢。
二 主从复制延迟优化
Mysql从5.7开始支持多线程回放二进制日志，支持两种方式：
COMMIT ORDER： 主机怎么并行，从机就怎么并行。
WRITESET： 基于每个事务，只要事务更新的记录不冲突，就可以并行。
所以建议配置如下：
binlog_transaction_dependency_tracking = WRITESET
transaction_write_set_extraction = XXHASH64
slave-parallel-type = LOGICAL_CLOCK
slave-parallel-workers = 16
三 主从复制的延迟查看通过下面命令可以查看主从复制的延迟，但是Second_Behind_Master 并不准确，
SHOW SLAVE STATUS 几个原因：
1. 它的计算规则是：当前回放二进制时间- 二进制日志中的时间。
2. 对于级联复制，最下游的从服务器的延迟时间不准确，只表示和上一级级的主服务的延迟。
3. 若主从时区不一样，则Second_Behind_Master 也不准确。
建议采用心跳表方式来解决这个问题：
CREATE TABLE heartbeat ( serveruuid VARCHAR(36) PRIMARY KEY, ts TIMESTAMP(6) NOT NULL);
# 只有一条数据，REPLACE INTO 有就替换，没有就插入
REPLACE INTO heartbeat(serveruuid,ts) values(@@server_uuid, NOW());
主从延迟 = 从机当前时间 - 表 heartbeat 中的时间,这种方式更准确。
为什么要用Iceberg做湖仓一体化
背景介绍
我们过去都是借助Kafka做实时数仓，以及日志传输。Kafka本身存储的成本很高，而且数据保留时间受到硬盘空间的限制，一旦有消息积压，数据出现延迟以后就可能造成一部分数据丢失并且没有被消费。
解决方案
将实时业务要求不高（分钟级别延迟）的数据写入数据湖（Iceberg），因为Iceberg本身也是支持SQL实时读取，而且还能保留历史数据。这样既能够减轻Kafka的压力，还能保证数据不丢失。
采用Iceberg准实时入湖
① 首先，Data Workers 会从元数据上读出数据进行解析，然后把一条记录交给 Iceberg 存储；
② 与常见的数据库一样，Iceberg 也会有预定义的分区，那些记录会写入到各个不同的分区，形成一些新的文件；
③ Flink 有个 CheckPoint 机制，文件到达以后，Flink 就会完成这一批文件的写入，然后生成这一批文件的清单，接着交给 Commit Worker；
④ Commit Worker 会读出当前快照的信息，然后与这一次生成的文件列表进行合并，生成一个新的 Manifest List 以及后续元数据的表文件的信息，之后进行提交，成功以后就形成一个新的快照。
为什么Kafka如此的快？因为Kafka 通过顺序I/O 和零拷贝（Zero Copy）原则实现了低延迟的消息传递。
下图描述了数据是如何从生产者到消费者之间进行传输，并解释“零拷贝”的含义：
步骤 1.1 - 1.3：生产者将数据写入磁盘
步骤2：消费者读取数据（若不进行“零拷贝”才会有此步）
2.1、数据从磁盘加载到操作系统缓存
2.2、数据从操作系统缓存复制到 Kafka 应用程序
2.3、Kafka应用将数据拷贝到socket缓冲区中
2.4、数据从socket缓冲区复制到网卡
2.5、网卡向外发送数据给消费者
步骤3： 消费者零拷贝读取数据
3.1、数据从磁盘加载到操作系统缓存
3.2、操作系统缓存通过sendfile()命令直接拷贝数据到网卡
3.3、网卡向外发送数据给消费者
零拷贝是在应用上下文和内核上下文之间节省了多个数据拷贝的捷径（省掉步骤2）， 时间缩短了大约 65%。
#寻找数码点评派#
满速不虚标！百元铝坨坨高颜值固态硬盘盒
