文章原文：blog.ouyangsihai.cn>>InnoDB与MyISAM等存储引擎对比InnoDB存储引擎介绍InnoDB引擎是Mysql的默认的存储引擎，他有很多自己的特性，下面一一列举。支持事务，InnoDB存储引擎主要就是为了在线事务处理（OLTP）的应用而设计的。行锁设计，支持外键，非锁定读。支持多版本的并发控制（MVCC）来获得高并发性。提供了插入缓冲、二次写、自适应哈
分类：
数据库 时间：
2019-09-14 20:59:29
阅读次数：
132
Mysql优化（出自官方文档） 第十二篇（优化锁操作篇） [TOC] 1 Internal Locking Methods 这里介绍Mysql的几种锁，该锁由Mysql自行进行管理，用户不需要处理该锁。 Row Level Locking 对于InnoDB，行锁可以通过 语句进行获取，如果行锁中出现 ...
分类：
数据库 时间：
2019-09-11 11:34:53
阅读次数：
113
mysql数据库有四种隔离级别，分别是读未提交、读已提交，可重复读，串行化，mysql默认的隔离级别是可重复读。 读未提交会出现脏读，不可重复读和幻读的问题，读已提交会出现不可重复读和幻读的问题，可重复读会出现幻读的 问题，可串行化可不会出现以上三种问题。虽然随着隔离级别的提高，出现的问题会变得很少 ...
分类：
数据库 时间：
2019-09-07 13:05:17
阅读次数：
128
分析： PHP本身是单线程语言，所以在应对并发的程序语言层面上面没有比较好的解决方案，不过可以借助其他设计来实现，例如基于MySQL的Innodb引擎下数据库本身的行锁实现，或者依靠Redis等队列存储来实现。这里来讲解一下基于MySQL的行锁的实现方式。 注意： 只有基于Innodb的引擎才支持数 ...
分类：
数据库 时间：
2019-09-02 23:56:52
阅读次数：
210
Reference：https://time.geekbang.org/column/article/117247 死锁产生 行锁的具体实现算法有三种：record lock、gap lock以及next-key lock。 record lock是专门对索引项加锁； gap lock是对索引项之间 ...
分类：
数据库 时间：
2019-08-29 20:31:14
阅读次数：
121
账户文件控制在Linux系统中除了管理员账号外还有各种我们手动创建的账号。但这些长期不用的账号和随随便便就可以使用useradd就可以创建用户的设定，难免会造成一些安全隐患，所以我们要学会锁定账号配置文件。在未锁定用户文件时，我们还可以随时使用useradd命令创建新用户当我们想限制在系统中随意创建用户的话，可以使用chattr命令结合“+i”选项来进行锁定文件。chattr+i/etc/pass
分类：
其他好文 时间：
2019-08-26 20:56:57
阅读次数：
91
本文主要记录InnoDB存储引擎中锁的关键点，下篇文章通过实例确认加锁的范围。 InnoDB中的锁 1. 锁提供数据完整性和一致性 2. InnoDB行级锁：共享锁（S）和排他锁（X）。 为了支持多粒度锁定，InnoDB支持意向锁，该锁允许事务在行锁和表锁同时存在。包括意向共享锁（IS）和意向排他锁 ...
分类：
数据库 时间：
2019-08-24 18:37:51
阅读次数：
137
存储引擎 primary key也是innodb引擎查询必备的索引。 Innodb 目前5.1之后MySQL版本默认的存储引擎，支持事务,行锁,外键，因此数据更安全 innodb在建表的时候会产生两个文件：一个是表结构文件，一个是存储数据文件 myIsam 5.1版本之前的MySQL的默认存储引擎， ...
分类：
数据库 时间：
2019-08-22 22:12:27
阅读次数：
113
一、存储引擎 不同的数据应该有不同的处理机制 1、MySQL 存储引擎： innodb：默认的储存引擎。innodb：支持行锁和事务、和外键。相对 myisam 更加安全，但查询速度更慢。 myisam：MySQL 老版本用的存储引擎 memory：内存引擎（数据全部存在内存中） blackhole ...
分类：
数据库 时间：
2019-08-21 09:23:53
阅读次数：
90
悲观锁总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁（共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程）。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操 ...
分类：
其他好文 时间：
2019-08-11 17:22:13
阅读次数：
104
