锁的算法有三种,如下: record lock.gap lock.next_key lock 在不同的隔离级别下,所使用的锁的算法如下: RC:仅有record 锁 RR:有record和next_key锁 行锁都是基于索引来实现的 现在我们就来讨论在RR模式下,各种SQL语句的锁的记录范围: create table t1( id int primary key auto_increment, col1 int not null default 0, col2 varchar(20) not

Session 1: mysql> start transaction; Query OK, 0 rows affected (0.00 sec) mysql> select * from SmsTest where phoneNo between 30 and 40 for update; +----+---------+-------------+--------+ | sn | phoneNo | channelType | status | +----+---------+------

<pre name="code" class="html">mysql> select * from t100; Session 2: +----+------+-------+------+ | sn | id | quota | free | mysql> select * from t100; 读到的记录为 10 | 300 | 1 | 290 +----+------+-------+------+ | 1 | 7 | NULL |

mysql主从模式下在主库上的某些操作不记录日志的方法 需求场景: 在主库上的需要删除某个用户,而这个用户在从库上不存在(我在接手一个业务的时候,就遇到主从架构用户授权不一致的情况,主库比较全,而从库只创建了复制和只读账号). 个人建议,在一个集群架构(姑且把主从复制也称为集群吧),端口.用户名.密码.权限都要保持一致,这样,在切换的时候,就不用考虑权限问题.否则切换了,但是因为权限问题, 导致连接报错,不值得自己给自己挖坑. 具体说明如下: set sql_log_bin=0;的作用和目的:禁

自定义AQS独占模式下的同步器来实现独享锁 /** * 自定义AQS独占模式下的同步器来实现独享锁 */ public class Mutex implements Lock, java.io.Serializable { /** * 自定义AQS独占模式下的同步器 * 使用state为0表示当前锁没有被线程所持有 * 使用state为1表示当前锁已经被线程所持有 */ private static class Sync extends AbstractQueuedSynchronizer {

14.5.2.4 Locking Reads 锁定读: 如果你查询数据然后插入或者修改相关数据在相同的事务里, 常规的SELECT 语句不能给予足够的保护. 其他事务可以修改或者删除你刚查询相同的记录,InnoDB 支持2个锁定读的类型提供额外的安全: /******************* 测试MYSQL RR 的重复读: CREATE TABLE `t3` ( `sn` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增编号', `phoneNo` in

vi + 文件名:进入 vi 模式 编辑模式:shift+: 退出编辑模式:Esc 退出编辑模式后可进行光标的上下左右移动(偶尔会出现ABCD,还不知道怎么解决,目前只能出来一个删除一个) 光标处:按 i 键进入编辑模式,Enter:换行,删除光标位置的字符:Delete 非编辑模式下:按 x 可以删除光标位置的字符,换行:Esc+O (评论区各位添加功能,我之后也会进行整理,谢谢)

mysql> select sn,id,info from s100 group by id; +-----+------+------+ | sn | id | info | +-----+------+------+ | 227 | 1 | aa | | 228 | 2 | bb | +-----+------+------+ 2 rows in set (0.02 sec) mysql> select sn,count(id),info from s100 group by id; +-

在 Mixed 模式下,MySQL 会根据执行的每一条具体的 SQL 语句来区分对待记录的日志形式,也就是在 statement 和 row 之间选择一种.如果SQL语句为UPDATE/DELETE等修改语句时,并不是所有操作都以ROW模式记录变更操作. 测试Demo: ## 创建测试表 CREATE TABLE TB001(ID INT AUTO_INCREMENT PRIMARY KEY,C1 INT,C2 INT); ## 插入测试数据 ,); ## 更新数据 ; 查看生成的BINLOG事

本文转载自:https://blog.csdn.net/zxy987872674/article/details/64124959 最近使用某个服务器编辑文件时,快捷键i进入插入模式后,下方不出现insert模式,却可以插入字符,但是backspace按键不能删除字符了,最终google解决了此问题,记录下解决办法: 1 2 1.在命令模式下: set nocompatible 1 2.设置backspace的工作方式: set backspace=indent,eol,start

目录 数据库05 /索引.数据库备份.锁和事务.慢查询优化.索引命中相关 1. 什么是索引 2. 索引的原理 3. 索引的数据结构(聚集索引.辅助索引) 4. 索引操作 5. 索引的两大类型hash与btree 6. MySQL数据库备份 7. 锁和事务 9. 慢查询优化的基本步骤 10. 正确的使用索引 11. 拓展 数据库05 /索引.数据库备份.锁和事务.慢查询优化.索引命中相关 1. 什么是索引 1.索引在MySQL中也叫做“键”或者"key"(primary key,uniq

表的主关键字 自动建立唯一索引 如zl_yhjbqk(用户基本情况)中的hbs_bh(户标识编号) 表的字段唯一约束 ORACLE利用索引来保证数据的完整性 如lc_hj(流程环节)中的lc_bh+hj_sx(流程编号+环节顺序) 直接条件查询的字段 在SQL中用于条件约束的字段 如zl_yhjbqk(用户基本情况)中的qc_bh(区册编号) select * from zl_yhjbqk where qc_bh='7001' 查询中与其它表关联的字段 字段常常建立了外键关系 如zl_ydcf(

今天,同事突然告诉我,我写的一个做计划任务的php脚本执行总是不成功. 脚本本身很简单,里面只有包含了几个库文件并执行了一个函数,函数应该没有错误,这个函数在别处也调用过,没有问题.我在本地用浏览器访问页面,执行成功,看来没有问题,我有点怀疑是同事的计划任务的问题.我又打开命令行,用php直接执行脚本,这回报错了,是require 包含文件错误,看来是路径不对. 不明白是什么原因引起的,只是从报错来看是路径不对,我猜测是跟相对路径有关,于是把相对路径的全部改成绝对路径,再执行,问题解决. 在百度

MySQL RR 模式下 事务隔离问题: Session 1: mysql> select * from test; +------+------+ | id | name | +------+------+ | NULL | a | | 2 | b | | 3 | c | | 1 | a01 | | 4 | a | | 4 | a | | 5 | c | +------+------+ 7 rows in set (0.00 sec) mysql> update test set name=

1.Order By 是怎么工作的 MySQL做排序是一个成本比较高的操作.MySQL会为每个线程分配一个 sort_buffer 内存用于排序,该内存大小为 sort_buffer_size. 全字段排序 排序流程: 1).初始化 sort_buffer,确定放入需要查询的字段,例如查询年龄age.姓名name等: 2).从 where 条件中的查询条件的索引例如age = 10 这个条件,age作为一个索引,从索引树拿到符合 age = 10 的主键id(二级索引存的是主键id,主键索引才是

1. 概述 标准模式下, 简单操作 移动 删除 复制粘贴 收益 熟练后, 编辑文本基本不需要鼠标操作了 思路 只讲最基本的, 避免初学时的混淆 把基本操作归类了, 方便理解 2. 准备 一篇篇幅较长的文档 推荐 /etc/profile 退出时不保存即可 模式 标准模式 <num> 表示参数是 数字 最好是 标准键盘区 的数字 案件说明 , a, b 表示先按 a, 再按 b, 当然间隔不要太长 + a + b 表示 同时按 a 和 b 2. 操作 1. 移动 1. 左右移动 概述 在一行内做

汉字很多,人力有时尽,人不可能记住所有的字,为了解决这个问题,于是有了字典.数据库里的数据很多,为了方便检索,于是有了索引. 索引,是一种数据结构,在这种数据结构中实现了高级的查找算法,索引可以帮助我们高效地获取数据,提高查询效率. 既然索引有这样的好处,那我们是不是每个字段都该建立索引呢? 当然是不,物极必反,索引是需要占用空间的,而且索引本身也不小,不能存储在内存空间,是存放在磁盘中的. 如果每个字段都建立索引,后果可想而知. 讨论索引的时候,如果没有特别的指明类型,一般都是B树索引.BTr

2018年11月14日晚上,我在“深入理解javascript”书上第一次知道“严格模式”“非严格模式”这2个名词: “严格模式”使用指令:“use strict”: 这个指令我其实有经常看到,在其他人的js文件里.当然我是不知道含义的,且我也没有想过要去询问,写在那就在那吧,又不影响我. 今天做这个笔记的原因在于:既然在我学习中遇到了,那我就仔细的学习一下也还是不错的!!!! 为什么使用严格模式? 1.消除js语法的一些不合理.不严谨之处,减少一些怪异行为:     1).消除代码运行的一下不

| 故事背景 话说有一回,X市X公司的产品经理Douni兴致冲冲的跑来和Sum(Sum,X市X公司资历8年程序猿,技能:深思.熟虑.心细.深究.技术过敏.口头禅:嗯,容我想想.坚信:只要赚钱的业务,我都可以让一枚程序猿完成,如果不行,那就再加一枚.)说:“最近公司的B2C业务不景气,需要开发代理功能,我们产品部正在开产品研讨会,要不要一起来参加.”,Sum摸了一把下巴,嘴角露出一丝诡异的笑容,目光沿着45度角向产品经理投射过去,说:“容我,想想.”.话音未落,已被Douni抬离卡座,电光火石间仿

今天开机混底薪的时候遇到一个JSON.stringify()在IE浏览器兼容模式下的问题. 问题描述 一个弹窗选择的功能原来好好的,突然就不行了. 想要调试调试不了,报错信息也看不到(一开F12这破IE浏览器就奔溃,FUCK-IE果然名不虚传). 最后只能通过逐行提示调试法(alert大法好)去定位发生错误的代码范围,最终确定是这个JSON.stringify()方法出错了. 问题是原来可以的啊,想了半天发现是另外的同事在我电脑上测试的时候给我加了兼容模式,是这个兼容模式出了问题. 意思就是说,