内存不能为read修复工具（软件内存不能为read的解决方法）

AMD内存Write只有Read的一半，是不是就是这个In Fa的功劳？所以，他们搞了个3D缓存版的锐龙。另外5800以下的U都是单Die，是否不受过桥延迟的影响？另外AMD的内存频率超过3800就开始性能下降是什么原理？延迟高是都是因为IO Die独立设计导致的？

安装MySQL，需要用到存储，就了解了下K8S中相关的概念：PV 和 PVC

PersistentVolume (PV) 是外部存储系统中的一块存储空间，由管理员创建和维护。与 Volume 一样，PV 具有持久性，生命周期独立于 Pod。

PersistentVolumeClaim (PVC) 是对 PV 的申请 (Claim)。PVC 通常由普通用户创建和维护。需要为 Pod 分配存储资源时，用户可以创建一个 PVC，指明存储资源的容量大小和访问模式（比如只读）等信息，Kubernetes 会查找并提供满足条件的 PV。

有了 PersistentVolumeClaim，用户只需要告诉 Kubernetes 需要什么样的存储资源，而不必关心真正的空间从哪里分配，如何访问等底层细节信息。这些 Storage Provider 的底层信息交给管理员来处理，只有管理员才应该关心创建 PersistentVolume 的细节信息。

kubectl get storageclasses --all-namespaces

查看StorageClass name，然后编写pvc，会生成对应的pv

我使用的是minikube，查到的StorageClass name 为 standard，对应的pvc.yaml为

apiVersion: v1

kind: PersistentVolumeClaim

metadata:

name: mysql-pvc

namespace: kube-system

labels:

app: mysql-pvc

spec:

accessModes:

- ReadWriteMany

resources:

requests:

storage: 2Gi

storageClassName: standard

这样，pv 和 pvc就都ok了，可以部署对应的MySQL了

注意：如果是M1的mysql，image为 mysql/mysql-server

@K8S@Docker@开发环境