下面将主查询的表称为外表；子查询的表称为内表。exists 与 in 的区别如下：

• 子查询使用 exists，会先进行主查询，将查询到的每行数据循环带入子查询校验是否存在，过滤出整体的返回数据；子查询使用 in，会先进行子查询获取结果集，然后主查询匹配子查询的结果集，返回数据
• 外表内表相对大小情况不一样时，查询效率不一样：两表大小相当，in 和 exists 差别不大；内表大，用 exists 效率较高；内表小，用 in 效率较高
• 不管外表与内表的大小，not exists的效率一般要高于not in，跟子查询的索引访问类型有关

Kafka的消息是保存或缓存在磁盘上的，一般认为在磁盘上读写数据是会降低性能的，因为寻址会比较消耗时间，但是实际上，Kafka的特性之一就是高吞吐率。

即使是普通的服务器，Kafka也可以轻松支持每秒百万级的写入请求，超过了大部分的消息中间件，这种特性也使得Kafka在日志处理等海量数据场景广泛应用。

针对Kafka的基准测试可以参考，Apache Kafka基准测试：每秒写入2百万（在三台廉价机器上）

作为一台服务器来说，内存并不是无限的，所以总会存在内存耗尽的情况，那么当 Redis 服务器的内存耗尽后，如果继续执行请求命令，Redis 会如何处理呢？

设置有效期

使用Redis 服务时，很多情况下某些键值对只会在特定的时间内有效，为了防止这种类型的数据一直占有内存，我们可以给键值对设置有效期。Redis 中可以通过 4 个独立的命令来给一个键设置过期时间：

官方文档

• Hosted Payment SDK: https://shopify.dev/docs/hosted-payment-sdk/getting-started
• 参考：https://shopify.dev/tutorials/add-order-management-to-hosted-payment-gateway

为什么要禁用 TLS1.0、TLS1.1

SSL 由于以往发现的漏洞，已经被证实不安全。而 TLS1.0 与 SSL3.0 的区别实际上并不太多，并且 TLS1.0 可以通过某些方式被强制降级为 SSL3.0

由此，支付卡行业安全标准委员会（PCI SSC）强制取消了支付卡行业对 TLS 1.0 的支持，同时强烈建议取消对 TLS 1.1 的支持

主：192.168.1.20

主节点在 my.ini 文件新增配置

1
2

server-id=1
log-bin=mysql-bin

下载解压

MySQL Windows 64 bits 下载地址：https://cdn.mysql.com//Downloads/MySQL-8.0/mysql-8.0.21-winx64.zip

初始化脚本 my.ini，放到 mysql 的解压目录，与 bin 目录平级

ELK 7.10 搭建

ELK 7.10 搭建请参考：容器部署ELK7.10，适用于生产

Grafana展示Nginx图表

ELK架构简介

小程序支付文档：https://opendocs.alipay.com/mini/introduce/pay
无需引入额外库：https://opendocs.alipay.com/mini/api/openapi-pay
需要引入Alipay JSSDK：https://myjsapi.alipay.com/alipayjsapi/util/pay/tradePay.html

JSAPI支付