今天去面试被这个问题问挂啦,只怪数据库知识太弱,准备买本高性能MYSQL补补,多看看沈询的视频。 现总结下如何解决这个问题:
问题分析和思考:
(1)现在数据库的事务隔离级别都是快照级别(MVCC),理论上写写操作是不是不会产生死锁的?,TMD 难道是故意弄我?。
(2)表锁了,查看session,关联出SQL,然后执行看看,基本也可以定位下问题。
1.临时方案1:”查询是否是SQL的问题,查看锁表情况并处理锁表“ 或 “调整MYSQL事务隔离级别” 或 “重建索引表空间 ”或 “查询空间是否足够”
/*
*locked
*query locked object and analyse reason,kill it
*
*/
select 'alter system kill session ''' || SID || ',' || SERIAL# || ''';'
from (select distinct a.sid,
a.Serial#,
status,
machine,
LOCKWAIT,
logon_time
from v$session a, v$locked_object b
where (a.status = 'ACTIVE' or a.status = 'INACTIVE')
and a.sid = b.session_id
and b.ORACLE_USERNAME = 'XYHISTEST' --加上用户名可过滤用户资源
)
/*2、批量执行第一步生成的语句
alter system kill session 'sid,serial#';
alter system kill session '6976,33967';*/
/*3、查询oracle用户名,机器名,锁表对象*/
SELECT l.session_id sid,
s.serial#,
l.locked_mode,
l.oracle_username,
l.os_user_name,
s.machine,
s.terminal,
o.object_name,
s.logon_time
FROM v$locked_object l, all_objects o, v$session s
WHERE l.object_id = o.object_id
AND l.session_id = s.sid
ORDER BY sid, s.serial#;
/*3.或者*/
select s.SID, s.OSUSER, p.spid as OSPID, s.MACHINE, s.TERMINAL, s.PROGRAM
from v$session s, v$process p
where s.sid = 6 --session_id
and s.paddr = p.addr;
/*4、查询是执行何sql语句导致锁表的*/
select b.sql_text
from v$session a, v$sql b
where a.sid = 6 --session_id
and a.SQL_ADDRESS = b.ADDRESS(+);
/*5、查询是执行何sql语句导致锁表的*/
SELECT l.session_id sid,
s.serial#,
l.locked_mode,
l.oracle_username,
s.user#,
l.os_user_name,
s.machine,
s.terminal,
a.sql_text,
a.action
FROM v$sqlarea a, v$session s, v$locked_object l
WHERE l.session_id = s.sid
AND s.prev_sql_addr = a.address
ORDER BY sid, s.serial#;
2.临时方案2:流量控制(本质就是计数和统计 + 配置限制),和写入频率控制:
(1)可以在接入层,应用层,服务层,数据访问层控制流量,
(2)也可以用消息队列异步控制写入数据到数据库的速度,或者RPC工具缓存数据到队列,控制写入到数据库的频率。
3.长期方案:根据实际业务做好数据切分,也就是分表,这个也是最复杂的。