新聞中心
這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
MySQLInnoDB行鎖優(yōu)化建議-創(chuàng)新互聯(lián)
Inno
就會(huì)有比較明顯的優(yōu)勢(shì)了。但是InnoDB的行級(jí)鎖定同樣也有其脆弱的一面,當(dāng)我們使用不當(dāng)?shù)臅r(shí)候,可能會(huì)讓InnoDB的整體性能表現(xiàn)不僅不能比MyISAM高,甚至可能會(huì)更差。
要想合理的利用InnoDB的行級(jí)鎖定,做到揚(yáng)長(zhǎng)避短,我們必須做好以下工作:
(1).盡可能讓所有的數(shù)據(jù)檢索都通過索引Index來完成,從而避免InnoDB因?yàn)闊o法通過索引鍵加鎖而升級(jí)為表級(jí)鎖定;
(2).合理設(shè)計(jì)索引,讓InnoDB在索引鍵上面加鎖的時(shí)候盡可能準(zhǔn)確,盡可能的縮小鎖定范圍,避免造成不必要的鎖定而影響其他查詢的執(zhí)行;
(3).盡可能減少基于范圍的數(shù)據(jù)檢索過濾條件,避免因?yàn)殚g隙鎖帶來的負(fù)面影響而鎖定了不該鎖定的記錄;
(4).盡量控制MySQL事務(wù)的大小,減小鎖定的資源量和鎖定的時(shí)間長(zhǎng)度;
(5).在業(yè)務(wù)環(huán)境允許的情況下,盡量使用較低級(jí)別的事務(wù)隔離,以減少M(fèi)ySQL因?yàn)閷?shí)現(xiàn)事務(wù)隔離級(jí)別所帶來的附加成本。
當(dāng)前名稱:MySQLInnoDB行鎖優(yōu)化建議-創(chuàng)新互聯(lián)
瀏覽地址:http://www.dlmjj.cn/article/gghch.html
就會(huì)有比較明顯的優(yōu)勢(shì)了。但是InnoDB的行級(jí)鎖定同樣也有其脆弱的一面,當(dāng)我們使用不當(dāng)?shù)臅r(shí)候,可能會(huì)讓InnoDB的整體性能表現(xiàn)不僅不能比MyISAM高,甚至可能會(huì)更差。
要想合理的利用InnoDB的行級(jí)鎖定,做到揚(yáng)長(zhǎng)避短,我們必須做好以下工作:
(1).盡可能讓所有的數(shù)據(jù)檢索都通過索引Index來完成,從而避免InnoDB因?yàn)闊o法通過索引鍵加鎖而升級(jí)為表級(jí)鎖定;
(2).合理設(shè)計(jì)索引,讓InnoDB在索引鍵上面加鎖的時(shí)候盡可能準(zhǔn)確,盡可能的縮小鎖定范圍,避免造成不必要的鎖定而影響其他查詢的執(zhí)行;
(3).盡可能減少基于范圍的數(shù)據(jù)檢索過濾條件,避免因?yàn)殚g隙鎖帶來的負(fù)面影響而鎖定了不該鎖定的記錄;
(4).盡量控制MySQL事務(wù)的大小,減小鎖定的資源量和鎖定的時(shí)間長(zhǎng)度;
(5).在業(yè)務(wù)環(huán)境允許的情況下,盡量使用較低級(jí)別的事務(wù)隔離,以減少M(fèi)ySQL因?yàn)閷?shí)現(xiàn)事務(wù)隔離級(jí)別所帶來的附加成本。
當(dāng)前名稱:MySQLInnoDB行鎖優(yōu)化建議-創(chuàng)新互聯(lián)
瀏覽地址:http://www.dlmjj.cn/article/gghch.html