一些镜像源 前言每次搜索半天，所以直接记录在这里了镜像源apline 镜像源Alpine 的源文件为：/etc/apk/repositories这里面的默认配置例如：http://dl-cdn.alpinelinux.org/alpine/v3.11/main http://dl-cdn.alpinelinux.org/alpine/v3.11/community## 一键替换 # 阿里 sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories # 中国科技大学的源 sed -i 's/dl-cdn.alpinelinux.org/mirrors.ustc.edu.cn/g' /etc/apk/repositories # 清华源 sed -i 's/dl-cdn.alpinelinux.org/mirrors.tuna.tsinghua.edu.cn/g' /etc/apk/repositoriespython pip 镜像源 清华：https://pypi.tuna.tsinghua.edu.cn/simple 阿里云：http://mirrors.aliyun.com/pypi/simple/ 中国科技大学 https://pypi.mirrors.ustc.edu.cn/simple/ 华中理工大学：http://pypi.hustunique.com/ 山东理工大学：http://pypi.sdutlinux.org/ 豆瓣：http://pypi.douban.com/simple/ 需要注意的是新版ubuntu要求使用https源。参考alpine 镜像源pip 国内镜像

mysql 主从笔记 工作有几年了，可是还是还是在写着简单的 curd，这不行，得搞一下 mysql 主从准备两台带有 mysql 的服务器（意思就是不管你是linux还是window，只要有 mysql 就行）两台服务器的 ip 地址为 192.168.123.57 和192.168.123.58其中 192.168.123.58为主数据库192.168.123.57为从数据库本文中，主从环境均为 linux 下的 ubuntu 环境（为了方便学习，本文是使用的 docker 搭建的 mysql 8.0）正文配置主数据库。找到 mysql 的配置 . 本文的配置文件名为 my.cnf打开配置文件，通过搜索找到 [mysqld],然后换行并添加如下配置：# 下文中 xxx 为文件目录，请自行替换. 推荐: /var/log/mysql server-id = 1 #mysql-bin 会自动生成 mysql-bin.000001 log-bin = 'xxxx/mysql-bin' # 错误日志 log-error= 'xxxx/mysql-error'; # 主从同步忽略的数据库 binlog-ignore = mysql # 主从同步需要同步的数据库 binlog-do-db = test给从数据库库授权 [ mysql 命令行中执行该命令]CREATE USER 'root'@'192.168.123.%' IDENTIFIED BY 'mytest'; GRANT REPLICATION SLAVE ON *.* TO 'root'@'192.168.123.%';刷新授权，让授权生效- 可有可无 [ mysql 命令行中执行该命令]FLUSH PRIVILEGES;重启数据库服务# 网上推荐这个重启 mysql 服务。我为了让格式好看，自然也就写了这个，其实我是 docker，所以不存在这种启动方式，我直接重启容器 mysql.server restart查看 master 是否配置成功 [ mysql 命令行中执行该命令]show master status \G;查看 从数据库的信息 [ mysql 命令行中执行该命令]show master hosts \G;配置从数据库从数据库的配置，文件名字：mysql.cnf# 下文中 xxx 为文件目录，请自行替换. 推荐: /var/log/mysql server-id = 1 #mysql-bin 会自动生成 mysql-bin.000001 log-bin = 'xxxx/mysql-bin' # 错误日志 log-error= 'xxxx/mysql-error'; 需要同步的数据库 replicate-do-db=test从数据库也需要授权 [ mysql 命令行中执行该命令]change master to master_host='192.168.123.58', master_user='root', master_password='mytest', master_log_file='mybin-log.000001' , master_log_pos=323; # 以上是一个完整的一行命令， master_host 为主数据库的地址，master_user 为主数据库的账户，master_password 为主数据库的密码，master_log_file 为主数据库的二进制文件的名字，master_log_pos 为主数据库log文件里面的行号，可以通过 <code>show master status \G</code>获取对应的行号从数据库也需要重启数据库服务，和主服务器的一致在从服务器上开启同步进程 [ mysql 命令行中执行该命令]start slave;查看同步状态 [ mysql 命令行中执行该命令]show slave status; # 会得到如下结果-仅供参考 mysql> show slave status \G; *************************** 1. row *************************** Slave_IO_State: Waiting for source to send event Master_Host: 192.168.123.58 Master_User: root Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mybin-log.000001 Read_Master_Log_Pos: 632 Relay_Log_File: 044ebe077274-relay-bin.000004 Relay_Log_Pos: 633 Relay_Master_Log_File: mybin-log.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: test Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 632 Relay_Log_Space: 849 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1 Master_UUID: db775ba0-16f4-11ec-9463-0242ac150002 Master_Info_File: mysql.slave_master_info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Replica has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 0 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: Master_public_key_path: Get_master_public_key: 0 Network_Namespace: 1 row in set, 1 warning (0.00 sec) 此处需要注意：查看 Slave_IO_Running 和 Slave_SQL_Running 。必须让这两个值都为 yes 才算是成功。如果不是 yes。 可以查看 Last_io_Errno 上显示的错误，然后根据错误进行修改在主数据库进行写操作测试，查看从数据库是否有相同的数据。如下所示:隐藏内容，请前往内页查看详情

记一次服务器宕机问题查找 1、服务转到我手中维护后发现服务会间隔性宕机。2、询问之前维护人员情况被告知是由于攻击并发量高导致连接被占满，服务器拒绝服务导致的。3、遂按此原因进行整改，添加限制逻辑使攻击者的连接快速失败。4、在深夜测试后上线。5、上线后客户端大规模报使用异常。6、回滚代码，查找原因。7、下载、整理筛选相关日志出来，统计调用频次，统计接口调用参数。8、发现服务宕机时会连续报数据库连接池获取连接失败。深入探查代码发现数据库组件的所有代码都会将异常吞了，并且未重新抛出异常，只是e.printStackTrace()，由于使用了日志组件，e.printStackTrace()不会打印在日志中，所以数据库操作的所有日志都获取不到，异常也不会抛出到调用层，只能通过返回结果判断执行情况（这是此公司自研数据库组件的重大失误）。9、通过多次服务宕机时的日志对比发现，宕机前会有大量的请求无法正确结束（但是由于日志太过粗略，无法获知非正确结束的请求的失败原因合返回参数）。10、统计调用频次发现，并发量并不高，在宕机前几分钟频次只有大约5次/s。在出现非正常结束请求后并会发飙升到30次/s。查看代码，并未发现高耗时的逻辑，并且这个并发量在单机系统中也并不高，查看代码的并发逻辑，排除由于锁等原因导致宕机。11、通过客户端模拟操作，发现客户端新登录和唤醒操作均会调用此服务，但是之前的维护人员只知道登录会调用。而且唤醒操作时如果调用此服务失败，就会以每秒一次的频率不断重试，所以判断这是服务宕机前接口调用频次飙升的原因，排除有人故意高并发调用导致宕机。12、由于日志打印不全，无法获取错误的具体日志。猜测是否是数据库被锁表，然而在一次宕机后查询数据库的连接日志，未发现锁表的进程。所以排除数据库锁表。13、观察日志，发现请求在非正常结束前出现了一次数据库异常，有错误日志，SQLExceptioncom.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Can’t call rollback when autocommit=true。查看代码发现捕捉错误后只是打印此日志，并未对数据库的连接进行进一步的处理（未关闭数据库连接），查找前几次的宕机日志均发现此现象，到此基本确定宕机原因：抛出此异常后数据库连接未正确关闭，导致可用的数据库连接越来越少，到最后所有连接被占满。14、问题复现：将数据库连接减少到5个，故意调用会引起数据库SQLException的接口5次，果然引发了宕机。15、修改代码，修改导致MySQLNonTransientConnectionException异常的代码，并且添加了关闭数据库连接的代码，上线。问题解决。总结：1、错误的日志十分总要，杜绝e.printStackTrace()，日志中几个元素必不可少：（1）、时间，越精确越好（2）、线程名称，区别越明显越好（3）、打印日志的位置，越精确越好，一般loger会标明打印日志的类名（4）、日志提示语，区分越明显越好（5）、请求的入参和返回结果也很重要，如果日志负荷不重的话应该打印出来。（6）、我支持使用异常来完成业务中错误的流转，反对使用状态码。比如在执行sql的时候发生了连接错误，可以通过重新包装异常，将异常直接一层一层抛到最上层的调用，然后统一打印日志，根据统一的请求返回规范返回错误码，这样方便统一处理，业务代码逻辑清晰。（7）、日志分片，合适的分片时间或者大小，一般是以时间和日志大小为准，常用的是1天/10M，我认为1天/100M也可以。2、所有的连接池、mysql连接池、redis连接池等等，一个很重要的问题就是使用后连接的归还与关闭，在使用框架的时候要注意。3、对于日志中的异常要敏感，因为一个异常很可能会导致其他不明显关联的地方出现异常。4、不可轻信他人的判断，很可能是误导。转载地址：https://blog.csdn.net/u011649691/article/details/103953422

vmware 共享目录后，使用 npm 或者 yarn 报错 问题把 windows 目录共享给 vmware 下的 linux 后，发现 npm 或者 yarn 的生成命令(指的是各种生成目录的命令，比如拉取拓展包)，无法正常拉取寻找问题的原因通过一轮的搜索得知：vmware 共享目录后，在 vmware 里面使用 npm 确实无法创建目录。然后作者给了解决方案，但是本文作者不予采纳。解决方案本文作者的解决方案恰巧是灵感一瞬间：在 linux 里面执行不行，那么是不是在 windows 上执行 npm 或者 yarn 就行了？于是试了一下，果然可以。

把 windows 10 目录挂载到 vmware 下的 docker 并进行 php 本地开发 前言作者使用 win 进行 PHP 代码化开发，真香。但是容易出现各种场景下出现一些因为系统不一样而导致的掉头发的问题。所以今天就来解决环境不一致的问题系统说明本地 ： win10 + vscode + vmware 16 pro （此处无影响，仅供参考）linux : ubuntu 18.04docker 20.10.8（此处无影响，仅供参考）docker 容器里面的 php 版本为 7.4 （此处无影响，仅供参考）docker 容器内 nginx 为 1.21 （此处无影响，仅供参考）　最终目标环境作者需要在 win 本地同步修改 php 文件，文件实时同步到 docker 目录下，并且作者可以实时刷新 web 页面看到修改后的页面效果。　整体实现逻辑使用 vmware 的目录共享功能将 win本地的目录同步到 vm 下的 linux 内，然后 docker 启动并挂载相对应的目录。具体操作流程将 vmware 的共享目录设置为本地对应的代码目录。（如下图：设置>选项>共享文件夹>总是启动>添加>确认）此时，windos 方面的目录配置已经完成。安装 vmtoos。首先可以确认一下自己的 linux 环境是否安装了 vmtools 。命令为：which vmhgfs-fuse 。如果有这个命令，则可以直接进行第 3 步。如果没有这个命令，则需要通过 vmware 菜单栏进行安装。如果您还是无法正常安装的话，建议本文附录的链接进行安装。将共享目录挂载到 linux 。请将 下文中的 您的目录 替换为 您的 linux 环境的对应目录， 您的用户id和用户组 id 建议为 docker 的 id， 如果不知道那就使用 root 。umask 对应的权限为 00 表示为 0777vmhgfs-fuse .host:/ /您的目录 -o allow_other -o uid=您的用户id -o gid=您的用户组id -o nonempty -o umask=00配置 nginx 里面对应网站的配置（主要是修改目录指向，指向对应目录），如下图：给的截图仅供参考，注：我把 app 目录映射到 docker 里面了，所以我直接 app/mount/ ，您需要改成您的 docker 映射的载入的目录。启动 docker 容器，载入对应的映射配置。打开浏览器，即可正常访问 。附录出现无法解压的问题 ：https://blog.csdn.net/maureen226/article/details/78947859VMware 上 Linux 虚拟机和 Windows 共享文件夹 ：https://www.cnblogs.com/jixiaohua/p/11774240.html开机重启后挂载丢失：https://blog.csdn.net/JinlonW5/article/details/102790900?utm_medium=distribute.pc_aggpage_search_result.none-task-blog-2~all~baidu_landing_v2~default-1-102790900.nonecase用 vmhgfs-fuse .host:/ /mnt/hgfs 挂载后需要超级用户才能 ls hgfs ：https://bbs.csdn.net/topics/392053153vmware 官方文档：https://docs.vmware.com/cn/VMware-Workstation-Pro/16.0/com.vmware.ws.using.doc/GUID-AB5C80FE-9B8A-4899-8186-3DB8201B1758.html解决 VMware 中共享文件夹 hgfs 的权限问题 https://jarviswwong.com/ubuntu-vmware-hgfs-permissions-problem.htmlumark 详解： http://c.biancheng.net/view/764.html其它问题下列的问题第一次遇到了，但是我的解决方案是确认权限问题，而网上给的是如下的解决方案。并未测试，自行判断最后加载网站的时候可能会出现 file not found 之类的错误 打开文件： usr/local/php/etc/php.ini，修改以下配置把cgi.fix_pathinfo=0 改为 cgi.fix_pathinfo=1把 ;cgi.force_redirect=1 改为 cgi.force_redirect=0修改php-fpm.conf里面的user和group都为root，然后执行命令php-fpm -R 就ok最后 & 鸣谢感谢所有写文章的大佬给了我解决方案