为什么mysql中很少见到使用视图功能？
mysql 的视图不是一种物化视图，它相当于一个虚拟表，本身并不存储数据，当sql在操作视图时所有数据都是从其他表中查出来的。 这带来的问题是使用视图并不能将常用数据分离出来，优化查询速度。 且操作视图的很多命令都与普通表一样，这会导致在业务代码中无法通过sql区分表和视图，使代码变得复杂。 实现视图的方式有两种，分别为合并算法和临时表算法，合并算法是指查询视图时将视图定义的sql合并到查询sql中，比如: create view v1 as select * from user where sex=m; 当我们要查询视图时，mysql会将 :select id,name from v1; 合并成 select id,name from user where sex=m……; 临时表算法是先将视图查出来的数据保存到一个临时表中，查询的时候查这个临时表。 不管是合并算法和临时表算法都会带来额外的开销, 且如果使用临时表后会使mysql的优化变得很困难，比如索引。而且视图还引入了一些其他的问题，使得其背后的逻辑非常复杂。 当然，视图在某些情况下可以帮助提升性能，但视图的性能很难...
PHP-webdriver自动化测试完成登录
使用facebook- PHP-Webdriver自动化测试 ( 步骤请以github上wiki或者packagist文档上为准 ) a、安装chrome和chrome-driverb、安装java 并下载selenium的java server -- selenium-server-standalone-3.141.59（独立服务器），访问localhost:4444/wd/hub有响应标识成功java -jar selenium-server-standalone-2.39.0.jar c、下载扩展包 - 运行php脚本{ "require": { "facebook/webdriver": "^1.6.0" }} d、获取cookie用户登录凭证<?php// 初始化require_once('./vendor/autoload.php');use Facebook\WebDriver\Remote\RemoteWe...
变基 git rebase
Reapply commits on top of another base tip另一个基本提示上重新应用提交 如果需要获得更清晰的修订历史记录，可以使用 git rebase 命令集成分支。 变基至主分支假设我们有两个分支，其中包含 non-fast-forward 方案。 # 变基 rebase 与合并 merge 不同，是基于被 rebase 的 commit 上操作的# 切换至次分支git checkout bugfix# 变基至主分支git rebase master# 切换到主分支git checkout master# 再合并已经变基的 bugfixgit merge bugfix 整个 bugfix 分支上的提交会移动到 master 分支的后面，有效地把所有 master 分支上新的提交并入过来。 执行 rebase 命令将导致分支历史记录看起来类似于下面的图示。 当您将错误修复分支重新绑定到主分支时，将修复来自错误修复分支的提交并将其附加到主分支的末尾。最终结果是 bugfix 分支历史记录一个简单 commit 流。 如果在附加提交时发生代码冲...
使用MySQL计算回撤率的简单方法
介绍：回撤率是衡量投资组合或交易策略风险的重要指标。在本篇博客中，我们将演示如何使用MySQL来计算交易回撤率。我们将建立一个交易记录表，并使用MySQL查询来计算资金曲线和回撤率。 步骤：创建交易记录表：我们首先需要创建一个包含交易记录的表。使用MySQL的CREATE TABLE语句创建一个名为”trades”的表。该表将包含交易日期、交易金额和盈亏标志等字段。 CREATE TABLE trades ( trade_date DATE, amount DECIMAL(10, 2), is_profit BOOLEAN); 插入交易记录：在”trades”表中插入实际的交易记录。每条记录应包含交易日期、交易金额和盈亏标志。这些记录将用于计算资金曲线和回撤率。 INSERT INTO trades (trade_date, amount, is_profit)VALUES ('2021-01-01', 100.00, TRUE), ('2021-01-02', -50.00, FALSE), ('2021-01...
Mysql - InnoDB自增列重复值问题 (Mysql 5.7以下)
MySQL - InnoDB自增列重复值问题 (Mysql 5.7以下) 问题重现先从问题入手，重现下这个 bug MySQL> use test;MySQL> drop table if exists t1;MySQL> create table t1(id int auto_increment, a int, primary key (id)) engine=innodb;MySQL> insert into t1 values (1,2);MySQL> insert into t1 values (null,2);MySQL> insert into t1 values (null,2);MySQL> select * from t1;+----+------+| id | a |+----+------+| 1 | 2 || 2 | 2 || 3 | 2 |+----+------+MySQL> delete from t1 where id=2;MySQL> delete from ...
Mysql 死锁问题查询记录
先来查看 死锁日志 *************************** 1. row *************************** Type: InnoDB Name: Status: =====================================2023-09-08 13:02:43 0x7f224b8f0700 INNODB MONITOR OUTPUT=====================================Per second averages calculated from the last 0 seconds-----------------BACKGROUND THREAD-----------------srv_master_thread loops: 1913166 srv_active, 0 srv_shutdown, 1788 srv_idlesrv_master_thread log flush and writes: 1914954----------SEMAPHORES----------OS WAIT...
Supervisor Event Listener 任务监控与告警
场景描述Supervisor 脚本定时重启脚本任务, 任务中存在多个子进程, 重启服务基本都是能一波带走所有子进程.但这次发现有个服务重启失败, 查看原因是存在子进程未kill掉, 子进程占用服务端口, 重启服务端口被占用最后服务BACKOFF了, 原因就是子进程没杀掉, 莫得办法. 下面配置也都是有的,因为之前踩过坑.没想到还是有问题. ;使用supervisorctl停止时，子进程也会一起停止stopasgroup=true;向进程组发送kill信号，包括子进程killasgroup=true 为了监控这种服务异常拉起失败的场景, 百度一下 Supervisor 是有一个 事件监听的 Event Listener. Event Types 由 Supervisor 官方定义，覆盖了进程运行生命周期的各种状态。下面翻译一些常用的类型 : |Event |解释||-|-||PROCESS_STATE| 进程状态发生改变|PROCESS_STATE_STARTING| 进程状态从其他状态转换为正在启动(Supervisord的配置项中有startsecs配置项，是指...
当涉及 MySQL 数据库操作时，如何使用 innodb_print_all_deadlocks 解决死锁问题
当你在处理 MySQL 数据库时，你可能会遇到各种问题，其中之一就是死锁。死锁是指多个事务在互相等待对方释放资源的情况，从而导致无法继续执行下去。MySQL 提供了一些工具和选项来帮助你诊断和解决死锁问题，其中一个非常有用的选项是 innodb_print_all_deadlocks。 探究 MySQL 死锁问题在数据库操作中，死锁是一个常见但麻烦的问题。死锁可能会导致数据库的性能下降，甚至完全停止某些事务的执行。通常，死锁发生在涉及多个表或行的复杂事务中，特别是在使用锁定机制（如行锁、表锁）时。识别和解决死锁问题需要一定的技术和工具。 innodb_print_all_deadlocks：了解与使用innodb_print_all_deadlocks 是 MySQL 的一个系统变量，用于控制是否将所有检测到的死锁信息记录到错误日志中。这个选项在死锁问题排查中非常有用，因为它可以提供有关死锁的详细信息，帮助你分析和定位问题。 要启用 innodb_print_all_deadlocks，你可以按照以下步骤进行： 登录到 MySQL： 使用适当的 MySQL 客户端连接到你的...
[踩坑] PHP file_get_contents() returns "failed to open stream: HTTP request failed!"
从此拒绝再使用 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 替换后 问题得到解决了. 相关内容很早前就有说明, 具体原因不详 应该就是文件打开受限制了. 没权限设置无限大, 那就只能平替 htt...
Linux清除用户登录记录和命令历史方法
清除登陆系统成功的记录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 #导入记录 examplevi /root/historyhistory -chistory -r /root/history.txthistoryecho > /var/log/wtmp lastecho > /var/log/btmplastbhistory -cecho > ./.bash_historyhis...
