其中 http_proxy 需要替换为自己部署代理的机器ip 和端口，no_proxy 中 172.16.0.0/16 为pod 的网段，10.96.0.0/16 为 service 的网段。需要在能访问目标网络的机器上部署代理，使用该机器上的代理要能够访问的到该机器。这里用 docker 部署，比较简单。可以直接在Pod或者Deployment的定义中设置环境变量。其中可选的参数可以根据自己需求

使用 kube-安装的prometheus，默认是没有将数据持久化的。查看 CRD prometheus 创建出来的 sts 的详细信息，template.Containers.Volumes.可以看到使用的 volume 类型为 EmptyDir ，它的生命周期时跟随着 Pod，当 Pod 被重新创建或者挂掉之后 EmptyDir 会丢失。

优化思路: 一般分页查询时，通过创建 覆盖索引 能够比较好地提高性能，可以通过覆盖索引加子查询形式进行优化。

最近监控 mysql 数据库，用了 pmm-server、pmm-client 发现监控是真的不太好用，还是用回 prometheus 吧。

ctr 是 containerd 的命令行客户端工具，使用 ctr，你可以直接与 containerd 进行交互,而无需通过 Docker 引擎或其他较高层的工具。scp 发送到需要导入镜像的机器，再把 tar 包导入为镜像。把节点上的镜像导出为 tar 包。查看 k8s 节点上的镜像。

在 Kubernetes 中，当资源不足需要驱逐 Pod 时，系统会根据 Pod 的优先级（由 PriorityClass 的 value 决定）和 Pod 的 Quality of Service (QoS) 类别等进行决策。

MySQL Group Replication（简称MGR）是MySQL官方推出的一个高可用与高扩展的解决方案。MySQL组复制它提供了高可用、高扩展、高可靠的MySQL集群服务，这里部署的 mysql 版本 5.7.33，架构是一读一写。特别要注意一个关键点: 必须保证各个mysql节点的主机名不一致，并且能通过主机名找到各成员！，这个坑卡了我很久。

什么是索引？索引就是MySQL中可以高效获取数据的数据结构（有序）。在数据之外，数据库系统还维护着满足 特定查找算法的数据结构，这些数据结构以某种方式引用（指向）数据， 这样就可以在这些数据结构 上实现高级查找算法，这种数据结构就是索引。添加索引原则上来说可以大大的提高数据获取的效率。索引的优势：提高数据检索的效率，降低数据库 的IO成本。通过索引列对数据进行排序，降低 数据排序的成本，降低CPU