mysql位運算會影響效率嗎？很明顯，雖然varchar的長度是可變的，但仍然建議給定一個長度數(shù)據(jù)庫優(yōu)化的一個有效方法是為給定的屬性給定一個合適的長度位運算還是四位算術(shù)運算取決于兩點：1。是否需要位運

mysql位運算會影響效率嗎？

很明顯，雖然varchar的長度是可變的，但仍然建議給定一個長度

數(shù)據(jù)庫優(yōu)化的一個有效方法是為給定的屬性給定一個合適的長度

位運算還是四位算術(shù)運算取決于兩點：1。是否需要位運算函數(shù)

2。它是否真的關(guān)心效率；

首先，這沒有錯。畢竟，有一個函數(shù)需要，它比效率更好例如，如果我有一組需要以位的形式分配和檢測的標志，或者特別是在寫入硬件驅(qū)動程序時，輸入值的位可以控制開關(guān)或函數(shù)是否啟動。

A*=2和A<<=1

具有相同的效果。

事實上，這里的主要權(quán)衡是代碼可讀性（或可維護性）和代碼執(zhí)行效率。

首先，考慮可讀性。很明顯，在邏輯復(fù)雜的代碼中，置換不如乘法那么明顯。

第二是實施效率?，F(xiàn)在，許多腳本語言都支持位操作，但是腳本語言本身也同時解釋和執(zhí)行，并且腳本語言中的元素（如變量、函數(shù)等）被封裝在許多層中。因此，位運算指令執(zhí)行效率的提高對于腳本語言的執(zhí)行成本來說是杯水車薪，而且?guī)缀鯖]有提高性能的效果，所以不會選擇使用腳本語言。

對于編譯語言，我特別提到C/C，如果軟件不太關(guān)心性能，建議使用四個算術(shù)運算，方便開發(fā)人員以后維護代碼。

希望對您有所幫助