conn=pymysql.connect #host是目标数据库ip地址，user是数据库授权用户，password是用户密码，database是数据库。ret2=cur.fetchmany #从数据库取出十行数据，注意，前面已经拿出了一个数据，所

事务是由一组SQL语句组成的逻辑处理单元，事务具有以下4个属性，通常简称为事务的ACID属性。如果没有这种一致性要求，转账过程中就会发生钱无中生有，或者不翼而飞的现象。事务应该把数据库从一个一致性状态转换到另外一个一致性状态。　　一种是在读取数据前，对其加

相对其他数据库而言，MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁；BDB存储引擎采用的是页面锁，但也支持表级锁；InnoDB存储引擎既支持行级锁，也支持表级锁，但默认情况

以前对Mysql的锁的认识，只了解表锁和行锁，其实Mysql的锁的种类还是不少的，有全局锁，表级锁，行级锁，还有元数据锁，间隙锁，临界锁。Mysql的全局锁是对整个实例加锁，加锁之后，数据库整体处于只读状态，数据上不能执行增删改，元数据上不能执行新建表，更

show OPEN TABLES where In_use > 0;

可直接在mysql命令行执行：show engine innodb status\G;查看造成死锁的sql语句，分析索引情况，然后优化sql然后show processlist;添加完成之后记得一定要重启mysql服务才能生效记录输出。最后在MySQL客户

我这边遇到了什么问题?线上给某个表执行新增索引SQL, 然后整个数据CPU打到100%, 连接数暴增到极限, 最后导致所有访问数据库的应用都奔溃.'10063293', 'root', '10.0.0.1:35252', 'novel', 'Query',

第一步：创建测试表tx1，并插入测试数据；create table tx1,c3 datetimeengine=innodb default charset = utf8 ;start transaction;update tx1 set c1=‘heyf

MyISAM存储引擎：开销小，加锁快，无死锁。锁定粒度大，并发度低，容易发生锁冲突。采用表锁 基本不用了。采用行锁，但是也支持表锁 mysql默认引擎。select num, version from warehouse where id = 商品编号

比如MyISAM和MEMORY存储引擎采用的表级锁，BDB采用的是页面锁，也支持表级锁，InnoDB存储引擎既支持行级锁，也支持表级锁，默认情况下采用行级锁。开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。这是因为MySQL认为

SHOW OPEN TABLES WHERE In_use > 0;SHOW FULL PROCESSLIST;KILL 71684;SHOW STATUS LIKE '%lock%';SHOW VARIABLES LIKE '%timeout%';

关于mysql的锁行还是锁表，这个问题，今天算是有了一点头绪，mysql 中 innodb是锁行的，但是项目中居然出现了死锁，锁表的情况。先看一下这篇文章。做项目时由于业务逻辑的需要，必须对数据表的一行或多行加入行锁，举个最简单的例子，图书借阅系统。假设

锁是计算机协调多个进程或纯线程并发访问某一资源的机制。在数据库中，除传统的计算资源的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所在有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度

数据库偶尔会响应很慢，看着好像挂掉了，检查进程发现有大量查询语句把表锁住了，提供一个脚本给大家解决锁表导致的Mysql异常。

表锁和行锁机制表锁表锁的优势：开销小；加锁快；无死锁表锁的劣势：锁粒度大，发生锁冲突的概率高，并发处理能力低加锁的方式：自动加锁。查询操作，会自动给涉及的所有表加读锁，更新操作，会自动给涉及的表加写锁。因此，在分析锁冲突时，别忘了检查SQL的执行计划，以确

根据加锁的范围，MySQL 里面的锁大致可以分成全局锁，表级锁，行锁。MySQL 提供了一个加全局读锁的方法，命令是Flush tables with read lock 。全局锁的典型使用场景是，做全库逻辑备份。以前有一种做法，是通过 FTWRL 确保不

MySQL中按照锁的粒度可以细分为行锁、页锁、表锁。行锁行锁的锁定颗粒度在MySQL中是最细的，应用于InnoDB存储引擎，只针对操作的当前行进行加锁。在InnoDB中使用行锁有一个前提条件：检索数据时需要通过索引！在不通过索引条件查询的时候，InnoDB

概述今天主要介绍MySQL会话锁等待关系原理。一般来说，如果要理解mysql会话依赖关系的话，主要是理解锁等待相关四张表的关系。这里的主要逻辑是：先查询当前会话持有哪些事务的锁和依赖哪些事务的锁，通过这两种锁就可以得到一种图关系。后面会分享更多devops

页级的典型代表引擎为BDB。表级的典型代表引擎为MyISAM,MEMORY以及很久以前的ISAM。1）、当很多连接分别进行不同的查询时减小LOCK状态。2）、如果出现异常，可以减少数据的丢失。因为一次可以只回滚一行或者几行少量的数据。3）、容易出现死锁。对

MySQL/InnoDB的加锁，一直是一个面试中常问的话题。例如，数据库如果有高并发请求，如何保证数据完整性？产生死锁问题如何排查并解决？我在工作过程中，也会经常用到，乐观锁，排它锁，等。于是今天就对这几个概念进行学习，屡屡思路，记录一下。本文下面的所有介