当你在处理 MySQL 数据库时，你可能会遇到各种问题，其中之一就是死锁。死锁是指多个事务在互相等待对方释放资源的情况，从而导致无法继续执行下去。MySQL 提供了一些工具和选项来帮助你诊断和解决死锁问题，其中一个非常有用的选项是 innodb_print_all_deadlocks。

探究 MySQL 死锁问题

在数据库操作中，死锁是一个常见但麻烦的问题。死锁可能会导致数据库的性能下降，甚至完全停止某些事务的执行。通常，死锁发生在涉及多个表或行的复杂事务中，特别是在使用锁定机制（如行锁、表锁）时。识别和解决死锁问题需要一定的技术和工具。

innodb_print_all_deadlocks：了解与使用

innodb_print_all_deadlocks 是 MySQL 的一个系统变量，用于控制是否将所有检测到的死锁信息记录到错误日志中。这个选项在死锁问题排查中非常有用，因为它可以提供有关死锁的详细信息，帮助你分析和定位问题。

要启用 innodb_print_all_deadlocks，你可以按照以下步骤进行：

1. 登录到 MySQL： 使用适当的 MySQL 客户端连接到你的 MySQL 数据库服务器。

2. 设置系统变量： 使用以下语句启用 innodb_print_all_deadlocks：

   SET GLOBAL innodb_print_all_deadlocks = ON;

   这将使 MySQL 开始记录所有检测到的死锁信息到错误日志。

3. 检查错误日志： MySQL 将在错误日志中记录所有死锁信息。你可以查看错误日志以获取关于死锁的更多详细信息。

如何受益

启用 innodb_print_all_deadlocks 对于死锁问题的分析非常有益：

1. 详细信息： 此选项提供了有关死锁的详细信息，包括涉及的事务、锁定资源等。
2. 排查问题： 借助这些信息，你可以更好地分析导致死锁的查询和操作，以便对其进行优化或重写。
3. 预防措施： 了解死锁的情况有助于你在未来避免类似的情况，通过调整事务顺序、加强索引等。

注意事项

• 启用 innodb_print_all_deadlocks 可能会增加错误日志的大小，因为所有死锁信息都会被记录。在问题解决后，记得将其设置回 OFF。
• 错误日志的位置可能因为操作系统和 MySQL 配置而有所不同。你可以通过执行 SHOW VARIABLES LIKE 'log_error'; 来找到错误日志的位置。
• 在生产环境中，确保在进行任何系统变更之前进行适当的测试，以避免影响生产环境。

结论

解决死锁问题是 MySQL 数据库管理中的重要任务之一。通过启用 innodb_print_all_deadlocks，你可以获得有关死锁的详细信息，更好地理解问题，并采取适当的措施来解决它们。这个选项为你提供了更清晰的视角，帮助你更快速地诊断和解决数据库中的死锁问题。

从此拒绝再使用 file_get_contents 请求网络地址.

PHP file_get_contents() returns "failed to open stream: HTTP request failed!"

今天你发现通服务下 php_error.log 大量抛出错误

[21-Aug-2023 16:59:42 Asia/Shanghai] PHP Warning:  file_get_contents(http://127.0.0.1?xxx): failed to open stream: HTTP request failed! in /data/1.php on line 36

本来想着是 ulimit 被限制了. ulimit -n 输出 :102400 已经非常大了. 还增加了访问服务器的进程.
but 并解决不了问题. 最后只能替换掉 file_get_contents 方法 使用 curl

替换后 问题得到解决了.

相关内容很早前就有说明, 具体原因不详 应该就是文件打开受限制了. 没权限设置无限大, 那就只能平替

https://stackoverflow.com/questions/697472/php-file-get-contents-returns-failed-to-open-stream-http-request-failed

清除登陆系统成功的记录

echo > /var/log/wtmp #此文件默认打开时乱码，可查到ip等信息
last #此时即查不到用户登录信息

清除登陆系统失败的记录

echo > /var/log/btmp    #此文件默认打开时乱码，可查到登陆失败信息
lastb                     #查不到登陆失败信息

清除历史执行命令

history -c # 清空历史之行命令
echo > ./.bash_history # 或者，清空用户目录下的这个文件即可

清楚历史执行命令

vi /root/history #新建记录文件
history -c #清除记录
history -r /root/history.txt #导入记录

example

vi /root/history
history -c
history -r /root/history.txt
history
echo > /var/log/wtmp  
last
echo > /var/log/btmp
lastb
history -c
echo > ./.bash_history
history #查询导入结果

容器网络是容器技术中重要的一部分，它提供了容器之间通信的基础设施。本文将介绍容器网络的原理，包括容器网络模型、容器网络命名与发现、容器网络驱动和容器网络的实现方式等内容，帮助读者理解容器网络的工作原理。

一、引言

容器网络是容器技术中的关键组成部分，它使得容器之间可以进行通信和交互。容器网络的设计和实现需要考虑多个因素，如网络隔离、性能、安全性等。了解容器网络的原理对于正确配置和管理容器网络非常重要。

二、容器网络模型

容器网络模型定义了容器之间如何进行通信和连接。常见的容器网络模型有三种：主机模式、桥接模式和Overlay模式。

主机模式（Host Mode）：容器直接使用主机的网络栈，与主机共享IP地址和端口，容器与主机之间没有隔离，适合需要直接访问主机网络的场景。

桥接模式（Bridge Mode）：容器通过虚拟网桥连接到宿主机，每个容器分配一个唯一的IP地址，并与其他容器通过虚拟网桥进行通信，实现容器之间的隔离和互通。

Overlay模式（Overlay Mode）：容器通过虚拟网络层在多个宿主机之间建立逻辑连接，形成一个虚拟的容器网络，容器可以跨越多个宿主机进行通信。

三、容器网络命名与发现

容器网络命名与发现解决了容器之间如何识别和寻址的问题。常见的容器网络命名与发现技术有两种：DNS和服务发现。

1、DNS（Domain Name System）：使用域名解析系统将容器名称映射到相应的IP地址，容器可以通过域名来访问其他容器。这种方式需要有一个DNS服务器来管理容器的名称解析。

2、服务发现（Service Discovery）：使用服务发现工具和机制，通过容器标签或服务名称来查找和连接其他容器。服务发现可以通过集中式的服务注册中心或分布式的服务发现机制来实现。

四、容器网络驱动

容器网络驱动是实现容器网络的关键组件，它负责将容器的网络配置和管理操作传递给底层的网络设备和服务。常见的容器网络驱动有三种：网桥驱动、Overlay驱动和直接路由驱动。

1、网桥驱动（Bridge Driver）：使用Linux虚拟网桥将容器连接到宿主机的网络，实现容器之间的通信和网络隔离。网桥驱动常用于桥接模式下的容器网络，它创建和管理虚拟网桥以及与之关联的虚拟网络接口。

2、Overlay驱动（Overlay Driver）：通过在宿主机之间创建虚拟网络层，实现容器的跨主机通信。Overlay驱动使用隧道技术将容器的网络流量封装在底层网络中进行传输，提供了可扩展和跨主机的容器网络解决方案。

3、直接路由驱动（Direct Routing Driver）：直接路由驱动使用主机的网络栈和路由表来处理容器的网络流量。容器的网络流量被直接路由到目标容器，不经过额外的网络中转，提高了网络性能和效率。

五、容器网络的实现方式

容器网络的实现方式多种多样，下面介绍几种常见的实现方式：

1、使用Linux Bridge和虚拟网络接口：在宿主机上创建Linux虚拟网桥，并将容器连接到虚拟网络接口上，实现容器之间的通信和网络隔离。

2、使用Overlay网络：通过在宿主机之间建立Overlay网络，利用隧道技术将容器的网络流量封装在底层网络中传输，实现容器的跨主机通信。

3、使用SDN（Software-Defined Networking）技术：SDN技术将网络的控制平面和数据平面分离，通过集中式的控制器对容器网络进行管理和配置，提供灵活的网络编程和管理能力。

4、使用容器编排工具：容器编排工具如Kubernetes、Docker Swarm等提供了容器网络的管理和配置功能，通过定义网络策略和服务发现机制，实现容器之间的通信和服务发现。

六、总结

容器网络是容器技术中非常重要的一部分，它提供了容器之间通信和连接的基础设施。容器网络模型、容器网络命名与发现、容器网络驱动和容器网络的实现方式是容器网络的关键要素。了解容器网络的工作原理有助于正确配置和管理容器网络，提高容器化应用程序的性能和可靠性。未来，随着容器技术的发展和创新，容器网络将继续演化和完善，为构建分布式应用程序提供更好的网络支持。

转载请注明出处：https://www.cloudnative-tech.com/introduction/4491.html

Redis浮点数运算精度提升技术研究

随着现代技术的发展，数据量越来越大，而精度越来越高。因此，在数据操作方面，精度提升也是一个重要的问题。Redis是一款开源的高性能键值数据库，它支持非常丰富的数据类型，其中包括浮点数。然而，Redis浮点数在运算时会出现精度丢失的问题，对于传统的处理方式来说，这种情况会带来很大的困扰。因此，为了确保计算的精度，提升数据处理的效率，对Redis浮点数运算的精度进行提升成为一个必要的任务。

一、Redis浮点数运算的问题与原因

在进行Redis浮点数运算时，我们可以使用Redis提供的指令，例如INCRBYFLOAT、HINCRBYFLOAT等等。然而，使用这些指令进行运算时会发现，当浮点数较大时，运算结果会出现精度丢失的问题。

这是由于在传统的浮点数存储方式中，浮点数在计算机内部是以二进制形式表示的，而二进制无法精确地表示小数位数很多的实数。举个例子，当我们使用Redis进行一个简单的加法运算时，如下所示：

127.0.0.1:6379> incrbyfloat foo 0.1
"0.1"
127.0.0.1:6379> incrbyfloat foo 0.2
"0.3"

对于大多数人来说，以上的运算结果是没有问题的。然而，如果我们查看Redis内部所存储的实际数值时，就会发现其实Redis存储的是以下二进制数据：

001111111011011100001010001111010111000010100011110101110000101

这个二进制数据即为0.30000000000000004000000000000000的二进制表示，这是因为在计算机内部，0.1和0.2被转化为二进制时产生了舍入误差，此时的误差通常很小，但在进行多次运算时，误差会逐渐累积，使得结果越来越不准确。

二、Redis浮点数运算精度提升的技术

为了解决这个问题，我们需要对Redis浮点数运算的精度进行提升。以下是一些常见的技术：

1. 精度提升方案

使用一个特殊的算法对浮点数进行处理，可以达到精度提升的效果。例如，可以使用BigDecimal库来进行高精度的运算。

2. 整数存储方案

考虑到整数运算的精度会比浮点数运算高，我们可以使用整数存储方案进行浮点数运算。例如，可以将浮点数乘以一个倍数，使其变成整数，再进行相应的运算。

示例代码（使用整数存储方案）：

127.0.0.1:6379> set foo 0
"OK"
127.0.0.1:6379> incrby foo 1
(integer) 1
127.0.0.1:6379> incrby foo 2
(integer) 3
127.0.0.1:6379> incrby foo 0.1
(integer) 400000001
127.0.0.1:6379> incrby foo 0.2
(integer) 700000001

在这个例子中，我们将浮点数乘以了10的9次方，使其变成整数，并以此来进行运算。

三、总结

Redis可以作为一个高效的键值数据库，提供丰富的数据类型支持，其中包括浮点数。但是，由于浮点数在计算机内部以二进制形式表示，会导致精度丢失的问题。为了解决这个问题，我们可以使用精度提升方案或整数存储方案来进行优化。精度提升方案利用特殊算法提升浮点数运算的精度，使得结果更加准确。整数存储方案则是将浮点数乘以一个倍数，取整数来完成运算，虽然结果不如精度提升方案准确，但在普通场合下也能满足要求。希望本文能为您理解Redis浮点数运算精度提升方案提供帮助。