-

原创 躲天意，避因果，顺天意，承因果

___________《阳明心学》躲天意，避因果，诸般枷锁困真我；顺天意，承因果，今日方知我是我；一朝悟道见真我，何惧昔日旧枷锁，世间枷锁本是梦，无形无相亦无我。

原创 父母血型与子女血型对照表

人类的血型是有遗传性的，父母的血型直接影响孩子的血型，我们可以根据父母血型推测孩子血型，排除不可能血型，那么下面就由血型分析为大家揭晓下父母血型与孩子血型对照表（排除基因突变）血型遗传规律表又称血型配对表。只要知道您和您伴侣的血型，即可判断出以后出生的小宝宝可能出现的血型，是已知最科学的血型测试和血型配对方法。血型是根据人的红细胞表面同族抗原的差别而进行的一种分类。由于人类红细胞所含抗原的不同，而将血液分成若干型，故称血型。人类血型有很多种型，而每一种血型系统都是由遗传因子决定的，并且具有免疫学特性。

原创 raw.githubusercontent.com未能解析” 解决方案

查了一下原因，raw.githubusercontent.com的DNS解析竟然因某些原因给临时污染了，先临时改host用吧。再ping一下raw.githubusercontent.com，可以ping通，能正常下载了。irm : 未能解析此远程名称: 'raw.githubusercontent.com'所在位置 行:1 字符: 27。

原创 centos8 配置清华大学yum源

在CentOS 8上更换为清华源，你需要编辑。地址替换为清华源地址。地址替换为清华源地址。

原创 浏览器Cookie导出神器 PoisonTap

如果DNS服务器设置为内部网络（如192.168.0.x），1.0.0.1.pin.ip.samy.pl发出一个经过构造的请求，几秒之后，它将会向我的专用DNS服务器（公网的）返回任意[ip.address].ip.samy.pl中的IP地址信息。2 PoisonTap通过在一个特定主机上强制缓存后门，具体来说，在目标路由器的IP后面加上“.ip.samy.pl”，如192.168.0.1.ip.samy.pl，就可以生成一个持久的DNS重绑定攻击。

原创 国内外主流服务器管理面板 AMH、AppNode、WDAP、宝塔

1.AMH 国内领先的云主机面板，安装请使用纯净系统。

原创 MQTT揭秘：为什么它是物联网首选的通信协议

MQTT 是一种基于发布/订阅模式的轻量级消息传输协议，专门针对低带宽和不稳定网络环境的物联网应用而设计，可以用极少的代码为联网设备提供实时可靠的消息服务。MQTT 协议广泛应用于物联网、移动互联网、智能硬件、车联网、智慧城市、远程医疗、电力、石油与能源等领域。MQTT 协议由（IBM）和Arcom，现为）于 1999 年发布。简单容易实现支持 QoS（设备网络环境复杂）轻量且省带宽（因为那时候带宽很贵）数据无关（不关心 Payload 数据格式）

原创 物联网通讯协议MQTT、NB-IOT、Zigbee、CoAP、RFID、BLUETOOTH、NFC、4G和HTTP

NB-IoT，LORA，WIFI，蓝牙，zigbee，4G都是物理层的，这几个都需要芯片模组支持（而MQTT，COAP，HTTP都是应用层协议，这些需要开发服务器，或者对接云平台厂商（所以（MQTT，COAP，HTTP）是居于（NB-IoT，LORA，WIFI，蓝牙，zigbee，4G）的上层协议物理层中。

原创 FaceChain 打造个人证件照 职业照 写真照

FaceChain可实现兼具可控性与ID保持能力的无限风格写真与固定模板写真功能，同时对ControlNet和LoRA具有优秀的兼容能力。FaceChain支持在gradio的界面中使用模型训练和推理能力、支持资深开发者使用python脚本进行训练推理，也支持在sd webui中安装插件使用。FaceChain就是帮你生成 个人证件照 职业照 写真照。

原创 缓存与数据库双写一致性几种策略分析 京东云

在高并发场景中，为防止大量请求直接访问数据库，缓解数据库压力，常用的方式一般会增加缓存层起到缓冲作用，减少数据库压力。引入缓存，就会涉及到缓存与数据库中数据如何保持一致性问题，本文将对几种缓存与数据库保证数据一致性的使用方式进行分析。

原创 服务器运维面板-宝塔

通过宝塔面板创建管理网站，轻松简单完成各种配置。通过宝塔面板创建管理网站，轻松简单完成各种配置。

原创 服务器运维管理面板-1Panel

1Panel 是新一代的 Linux 服务器运维管理面板1 产品优势。

原创 Jmeter版本下载国内外镜像源

jmeter下载

原创 工作中对并发问题的处理 京东云

这样通过加锁的方式实现了事务的串行执行。CAS是乐观的解决方案，它一般通过在数据库中增加时间戳列来记录上次数据更改的时间，当新的事务执行时，需要比对读取时该行数据的时间戳和数据库中保存的时间戳是否一致，以此来判断事务执行期间是否有其他事务修改过该行数据，只有在没有发生改变的情况下才允许更新，否则需要重试这个事务。但是有一种特殊的分拣机，它不会在异常发生时及时上报，而是在分拣完成时将分拣过程中发生的异常和分拣结果一起上报，那么此时分拣状态上报接口在同一时间内就会有两次调用，这时便发生了预期外的并发问题。

原创 ClickHouse实时探索与实践 京东云

京喜达技术部在社区团购场景下采用JDQ+Flink+Elasticsearch架构来打造实时数据报表。随着业务的发展 Elasticsearch开始暴露出一些弊端，不适合大批量的数据查询，高频次深度分页导出导致ES宕机、不能精确去重统计，多个字段聚合计算时性能下降明显。所以引入ClickHouse来处理这些弊端。

原创 缓存与数据库双写一致性几种策略分析 京东云

对于每种方案策略，各有利弊，但一致性问题始终存在（文章开头排除了原子性和锁），只是发生的几率在一点点慢慢变小了，方案的评估不仅要根据自身系统的业务场景，如读写比、并发量、一致性容忍度，还要考虑系统复杂度，投入产出比等，寻找最合适的方案。

原创 交易系统之数据库弱依赖解决方案 京东云

以上数据库弱依赖的技术方案更适用于数据偏流水式的交易系统，随技术迭代和业务发展，技术方案也层出不穷并不断迭代创新，欢迎大家跟我们研发团队交流沟通，共同进步。

原创 应用部署引起服务抖动问题分析及优化实践方案 京东云

本文主要围绕应用部署引起上游服务抖动问题展开，结合百川分流系统实例，提供分析、解决思路，并提供一套切实可行的实践方案。百川分流系统作为交易订单中心的专用网关，为交易订单中心提供统一的对外标准服务（包括接单、修改、取消、回传等），对内则基于配置规则将流量分发到不同业务线的应用上。随着越来越多的流量切入百川系统，因系统部署引起服务抖动导致上游系统调用超时的问题也逐渐凸显出来。为提供稳定的交易服务系统，提升系统可用率，需要对该问题进行优化。经调研，集团内部现有两种预热方案：（1）JSF官方提供的预热方案；

原创 分布式系统 主键生成方案

UUID现有的5种版本，是根据不同的使用场景划分的，而不是根据精度，所以Version5并不会比Version1精度高，在精度上。

原创 高性能MySQL_Performance Schema和其他

原创 读高性能MySQL（第4版）笔记19_云端和合规性

原创 读高性能MySQL（第4版）笔记18_扩展MySQL

原创 读高性能MySQL（第4版）笔记17_复制（下）

原创 读高性能MySQL（第4版）笔记16_复制（上）

原创 读高性能MySQL（第4版）笔记15_备份与恢复（下）

原创 读高性能MySQL（第4版）笔记14_备份与恢复（中）

原创 读高性能MySQL（第4版）笔记13_备份与恢复（上）

原创 读高性能MySQL（第4版）笔记12_查询性能优化（下）

原创 高性能MySQL04_操作系统和硬件优化

1.从软件本身和它运行的典型工作负载来看，MySQL通常也更适合运行在廉价硬件上2.基本资源2.1.CPU2.2.内存2.3.磁盘2.4.瓶颈2.5.网络资源3.CPU3.1.最常见的瓶颈是CPU耗尽3.2.检查CPU使用率来确定工作负载是否受CPU限制3.3.低延迟（快速响应时间）3.3.1.需要更快的CPU，因为每个查询将只使用一个CPU3.4.高吞吐量3.4.1.如果可以同时运行多个查询，那么可以使用多个CPU为查询提

原创 p0级别事故 分类

● P0：核心业务重要功能不可用，且影响范围广泛，如大面积影响用户。信息化系统 P0至P4事故级别描述了不同严重程度的服务中断或功能故障，其中P0代表最高级别的事故。● P2：核心业务周边功能不可用，如果持续故障会大面积影响用户体验。● P1：核心业务重要功能不可用，但影响用户有限，例如仅影响内部用户。● P4：周边业务功能不可用，但基本不影响用户正常使用。这些级别有助于组织和服务提供商根据事故的严重程度和影响范围，优先处理和响应问题。● P3：周边业务功能不可用，轻微影响用户体验。

原创 读高性能MySQL（第4版）笔记11_查询性能优化（中）

原创 读高性能MySQL（第4版）笔记10_查询性能优化（上）

原创 读高性能MySQL（第4版）笔记09_创建高性能索引（下）

原创 高性能MySQL_创建高性能索引（上）

原创 高性能MySQL笔记07_优化数据类型（下）

原创 高性能MySQL笔记06_优化数据类型（上）

原创 读高性能MySQL（第4版）笔记05_优化服务器设置

1.除非遇到异常情况，否则不需要调整配置1.1.不要“调优”服务器，不要使用比率、公式或“调优脚本”作为设置配置变量的基础1.1.1.在互联网上搜索配置建议并不总是一个好主意，你会在博客、论坛等找到很多糟糕的建议1.1.2.很难判断谁是真正的专家1.1.3.不要相信流行的内存消耗公式1.2.可靠的、有信誉的MySQL服务提供商通常比简单的互联网搜索结果更安全，因为那些需要拥有满意的客户的人可能正在做正确的事情1.2.1.即使是他们的建议，在没有经过测试和理解的情况下

原创 读高性能MySQL（第4版）笔记03_监控

1.服务级别帮助你定义客户满意的程度和标准，以便你在解决性能、可扩展性挑战等事情与开发内部工具之间做出时间权衡2.服务水平指标（SLI）2.1.如何衡量客户是否满意3.服务水平目标（SLO）3.1.为了确保客户满意，能允许SLI达到的最低限度是多少3.2.将特定的SLI视为健康服务的目标范围3.2.1.必须定义为给定时间范围内的一个具体值，以确保每个人都对SLO的含义保持一致的理解3.2.2.如果SLI的指标是服务正常运行的时间，那么在给定的时间范围内，运行时

原创 读高性能MySQL（第4版）笔记02_MySQL架构（下）

1.事务日志1.1.事务日志有助于提高事务的效率1.1.1.存储引擎只需要更改内存中的数据副本，而不用每次修改磁盘中的表，这会非常快1.1.2.更改的记录写入事务日志中，事务日志会被持久化保存在硬盘上1.2.事务日志采用的是追加写操作，是在硬盘中一小块区域内的顺序I/O，而不是需要写多个地方的随机I/O，所以写入事务日志是一种相对较快的操作1.3.大多数使用这种技术（write-ahead logging，预写式日志）的存储引擎修改数据最终需要写入磁盘两次1.4.如

原创 读高性能MySQL（第4版）笔记01_MySQL架构（上）

1.逻辑架构1.1.大多数基于网络的客户端/服务器工具或服务器都有类似的服务1.1.1.连接处理1.1.2.身份验证1.1.3.确保安全性1.2.核心层1.2.1.查询解析、分析、优化、以及所有的内置函数1.2.2.跨存储引擎的功能1.2.2.1.存储过程1.2.2.2.触发器1.2.2.3.视图1.3.存储引擎层1.3.1.存储引擎负责MySQL中数据的存储和提取1.3.2.和GNU/Linux下的各种文件系统一样，每种存