mysql 连接线程被阻塞怎么解决

mysql 连接线程被阻塞怎么解决1. 通过调用mysql_library_init()，初始化MySQL库。库可以是mysqlclient C客户端库，或mysqld嵌入式服务器库，具体情况取决于应用程序是否与“-libmysqlclient”或“-libmysqld”标志链接。 2. 通过调用mysql_init()初始化连接处理程序，并通过调用mysql_real_connect()连接到服务器。 3. 发出SQL语句并处理其结果。(在下面的讨论中，详细介绍了使用它的方法)。 4. 通过调用mysql_close()，关闭与MySQL服务器的连接。 5. 通过调用mysql_library_end()，结束MySQL库的使用。

通过下面的查询， 来查询当前数据库， 有哪些事务，都锁定哪些资源。

SELECT

trx_id AS  `事务ID`,

trx_state AS `事务状态`,

trx_requested_lock_id  AS  `事务需要等待的资源`,

trx_wait_started AS  `事务开始等待时间`,

trx_tables_in_use AS `事务使用表`,

trx_tables_locked AS `事务拥有锁`,

trx_rows_locked  AS `事务锁定行`,

trx_rows_modified  AS `事务更改行`

FROM

information_schema.innodb_trx  SELECT

lock_id AS `锁ID`,

lock_trx_id  AS `拥有锁的事务ID`,

lock_mode  AS `锁模式 `,

lock_type  AS `锁类型`,

lock_table  AS `被锁的表`,

lock_index  AS `被锁的索引`,

lock_space  AS `被锁的表空间号`,

lock_page  AS `被锁的页号`,

lock_rec  AS `被锁的记录号`,

lock_data  AS `被锁的数据`

FROM

information_schema.innodb_locks

SELECT

  requesting_trx_id   AS  `请求锁的事务ID`,

  requested_lock_id   AS  `请求锁的锁ID`,

  blocking_trx_id     AS  `当前拥有锁的事务ID`,

  blocking_lock_id    AS  `当前拥有锁的锁ID`

FROM

  innodb_lock_waits

当磁盘空间写满了之后，MySQL是无法再写入任何数据的，包括对表数据的写入，以及binlog、binlog-index等文件。

当然了，因为InnoDB是可以把脏数据先放在内存里，所以不会立刻表现出来无法写入，除非开启了binlog，写入请求才会被阻塞。

当MySQL检测到磁盘空间满了，它会：

每分钟：检查空间是否得到释放，以便写入新数据。当发现有剩余空间了，就会继续写入数据，一切照旧。

每十分钟：如果还是发现没剩余空间，则会在日志中写入一条记录，报告磁盘空间满(这时候只写入几个字节还是够的)。

应该怎么办

那么，当发现磁盘空间满了之后，我们应该怎么处理呢，建议：

提高监控系统检测频率，预防再次发生；

及时删除不用的文件，释放空间；

若有线程因磁盘满的问题被阻塞了，可先杀掉，等到下一分钟重新检测时它可能又可以正常工作了；

可能因磁盘满导致某些线程被阻塞，引发其他线程也被阻塞，可把导致阻塞的线程杀掉，其他被阻塞的线程也就能继续工作了。

例外

有个例外的情况是：

当执行 REPAIR TABLE 或者 OPTIMIZE TABLE *** 作时，或者执行完 LOAD DATA INFILE 或 ALTER TABLE 之后批量更新索引时，这些 *** 作会创建临时文件，当执行这些 *** 作过程中mysqld发现磁盘空间满了，就会把这个涉及到的表标记为crashed，删掉临时文件(除了 ALTER TABLE *** 作，MySQL会放弃正在执行的 *** 作，删除临时文件，释放磁盘空间)。

备注：当执行这些命令过程中mysqld进程被意外被杀掉的话，其所生成临时文件不会自动删除，需要手工删掉才能释放磁盘空间。

---