MySQL是當前互聯網中廣泛使用的一種關系型數據庫管理系統。它的性能和穩定性都得到了廣泛認可，但是在使用中我們仍然會遇到各種問題。其中，數據庫表鎖是一個非常普遍的問題。

數據庫表鎖是指在數據庫中進行讀寫操作時，對同一個表進行操作時，系統為了保證數據一致性而進行的控制現象。當一個用戶對數據進行讀取時，系統有可能進行寫鎖定；當一個用戶對數據進行修改時，系統有可能進行讀鎖定。

在這種情況下，我們會遇到一個非常棘手的問題：mysql掃描能造成鎖表嗎？如果能造成，那么我們又該怎樣避免這種情況的發生呢？

/* 下面是一段 MySQL 的例子代碼 */
SELECT column1,column2,column3 
FROM table1
WHERE column1>100

以上代碼是一個典型的 select 查詢，它的目的是查詢表 table1 中列 column1>100 的所有數據。當 MySQL 執行這段代碼時，會進行全表掃描。如果表中數據較少，那么執行時間會比較短，并不會對性能造成明顯影響。但是，如果表中數據非常多，那么執行時間就會非常長，嚴重影響系統性能。

更嚴重的是，在數據庫掃描的過程中，所有對該表的查、改、刪、增操作都會進行等待，直到掃描完成。這會導致整個系統處于“死鎖”狀態。

為了避免 MySQL 掃描造成的鎖表問題，需要采取一些措施。

首先，我們可以盡量避免使用全表掃描。在編寫查詢語句時，應該盡量使用索引或者通過 where 子句來限制查詢范圍，減少全表掃描的可能性。

SELECT column1,column2,column3 
FROM table1
WHERE id=100

以上代碼是一個比較好的查詢語句，它通過 id 列來鎖定數據范圍，限制了全表掃描的可能性。

其次，我們可以通過升級 MySQL 版本，以獲取更好的鎖表機制。MySQL 5.5 版本之后，引入了更為智能的鎖機制，可以避免大量采用全表掃描的情況下造成的鎖表問題。

綜上所述，MySQL 掃描能造成鎖表問題是非常常見的。在編寫查詢語句時，應該盡量避免全表掃描，采用更為智能的鎖機制，并通過索引或者 where 子句來限制查詢范圍。