MySQL

MySQL優化

1、優化SQL陳述句

1、避免使用*號查詢，需要什么欄位查取什么欄位；
2、避免在where子句中使用!=或<>操作，否則會導致索引失效從而進行全表查詢；
3、避免對欄位進行null值判斷，否則會導致索引失效從而進行全表查詢；
4、左模糊查詢也會導致全表掃描；
5、避免使用or來連接條件，如果一個欄位有索引，一個欄位沒有索引，也會導致索引失效從而進行全表查詢；

2、選取最適和的欄位屬性

比如郵編只有六位，我們不可能去使用char(255)，甚至使用varchar也是不合理的，因為char(6)就已經可以完成任務了，所以不需要浪費更多的空間，

3、使用連接代替子查詢

比如我們要將所有沒有訂單的用戶查詢出來，使用子查詢的話我們需要兩個步驟，但是使用連接的話我們只需要一步，所以MySQL不要再記憶體中創建臨時表來完成這個邏輯上需要兩個步驟的業務

4、使用聯合來代替手動創建臨時表

有的時候需要將多個查詢結果合并到一個查詢中，我們使用聯合和方便的將查詢結果合并在一起，使用時只需要使用union關鍵字將查詢陳述句連接起來就行了，但是查詢的欄位要相同

5、事務

在我們的專案中，一個業務往往需要多條SQL陳述句來完成，在這種情況下，某條SQL陳述句出現了錯誤，整個陳述句塊就會出現問題，但是前邊執行的SQL陳述句已經將資料進行了更改，要避免這種情況的發生，我們應該使用事務，
事務的作用是：要么陳述句塊中的所有SQL陳述句執行成功，要么全部執行失敗，此時就可以保證資料庫中資料的一致性和完整性，

事物以BEGIN關鍵字開始，COMMIT關鍵字結束，在這之間的一條SQL操作失敗，那么，ROLLBACK命令就可以把資料庫恢復到BEGIN開始之前的狀態，

6、使用外鍵

使用外鍵可以減少資料冗余，比如，一張表中有一個欄位是關于用戶的學籍，那么我們在表中需要每條資料都要描述，那么重復的資料會很多，而且占存會越來越多，，，，，，，

7、使用索引

索引簡單來說就是資料庫表中某一列的所有值，索引是基于資料庫表中的某一列創建的，使用索引可以提升資料的檢索速度，例如：一本書的目錄

MySQL傳播機制

PROPAGATION_REQUIRED：

**支持當前事務，如果當前沒有事務，就新建一個事務，**也就是說業務方法需要在一個事務中運行，如果業務方法被呼叫時，呼叫業務方法的行為（方法）已經處在一個事務中，那么就加入到該事務，否則為自己創建一個新的事務（默認傳播屬性），

PROPAGATION_SUPPORTS：

**支持當前事務，如果當前沒有事務，就以非事務方式執行，**也就是說如果業務方法在某個事務范圍內被呼叫，則該方法成為該事務的一部分，如果業務方法在事務范圍外被呼叫，則該方法在沒有事務的環境下執行，

PROPAGATION_MANDATORY：

**支持當前事務，如果當前沒有事務，就拋出例外，**也就是說業務方法只能在一個已經存在的事務中執行，業務方法不能發起自己的事務，如果業務方法在沒有事務的環境下被呼叫，容器就會拋出例外，

PROPAGATION_REQUIRESNEW：

**新建事務，如果當前存在事務，把當前事務掛起，**也就是說業務方法被呼叫時，不管是否已經存在事務，業務方法總會為自己發起一個新的事務，如果呼叫業務方法的行為（方法）已經運行在一個事務中，則原有事務會被掛起，新的事務會被創建，直到業務方法執行結束，新事務才算結束，原先的事務才會恢復執行，

PROPAGATION_NOT_SUPPORTED：

**以非事務方式執行，如果當前存在事務，就把當前事務掛起，**也就是說業務方法不需要事務，如果方法沒有被關聯到一個事務中，容器不會為它開啟事務，如果方法在一個事務中被呼叫，該事務會被掛起，在方法呼叫結束后，原先的事務便會恢復執行，

PROPAGATION_NEVER：

**以非事務方式執行，如果當前存在事務，則拋出例外，**也就是說業務方法絕對不能在事務范圍內執行，如果業務方法在某個事務中執行，容器會拋出例外，只有業務方法沒有關聯到任何事務，才能正常執行，

PROPAGATION_NESTED：

如果一個活動的事務存在，則運行在一個嵌套的事務中， 如果沒有活動事務, 則按REQUIRED屬性執行，它使用了一個單獨的事務， 這個事務擁有多個可以回滾的保存點，內部事務的回滾不會對外部事務造成影響，它只對DataSourceTransactionManager事務管理器起效，

MySQL隔離級別

ISOLATION_DEFAULT

這是一個PlatfromTransactionManager默認的隔離級別，使用資料庫默認的事務隔離級別，每種資料庫的默認隔離級別是不同的，例如SQL Server、Oracle默認Read Commited，MySQL默認Repeatable Read，另外四個與JDBC的隔離級別相對應，不同的隔離級別采用不同的鎖型別來實作，在四種隔離級別中，Serializable的隔離級別最高，Read Uncommited的隔離級別最低，

ISOLATION_READ_UNCOMMITTED

讀未提交資料，這是事務最低的隔離級別，在并發的事務中，它充許一個事務可以讀到另一個事務未提交的更新資料，（會出現臟讀，不可重復讀和幻讀）

ISOLATION_READ_COMMITTED

讀已提交資料，保證在并發的事務中，一個事務修改的資料提交后才能被另外一個事務讀取到，（會出現不可重復讀和幻讀）

ISOLATION_REPEATABLE_READ

可重復讀，這種事務隔離級別可以防止臟讀，不可重復讀，但是可能出現幻讀，一般是采用“快照”的方式來實作的，

ISOLATION_SERIALIZABLE

**事務被處理為順序執行，這是花費最高，但也是最可靠的事務隔離級別，**能有效的避免臟讀、不可重復讀、幻讀，

為什么要使用Spring Boot？

Spring Boot一個基于Spring框架的擴展，它消除了Spring應用程式所需要的繁雜配置，更快，更高效，

1、快速入門，學習成本低：
2、簡化編碼：創建一個web專案，使用Spring的時候，需要在pom檔案中添加多個依賴，而Spring Boot則只需要在pom檔案中添加一個starter-web依賴即可；
3、簡化部署：因為Spring Boot內嵌了Tomcat，只需要將專案打成jar包，使用java  -jar xxx.jar 意見是啟動專案；
4、沒有冗余代碼的生成及xml配置
5、版本管理
6、熱部署
7、約定大于配置
8、自動裝配
	@SpringBootApplication：說明這個類是一個啟動類，Spring Boot運行這個類的main方法來的啟動Spring Boot專案，
	點擊去這個注解，我們這個注解一一個組合注解，里邊有很多注解，其中有個@SpringBootConfiguration注解和@EnableAutoConfiguration注解，
	第一個注解會發現有一個@Configuration注解，表明這個類是一個Spring的配置類，再點進去看會發現@Component注解，表明Spring的配置類也是Spring的一個組件，
	第二個注解是開啟自動配置的功能，點進去會看到一個@AutoConfigurationPackage注解和@Import({AutoConfigurationImportSelector.class})注解，
		第一個注解是用來自動配置包，點進去看，有一個@Import(XX.class)注解，自動配置包主要是使用的此注解中類位元組碼來給Spring容器中匯入一個組件的（掃描包路徑）；
		第二個注解，傳入組件的選擇器，這個類里邊selectImports方法，將所有需要匯入的組件以完全限定名的方式回傳，這些組件就會被添加到容器中；有了自動配置類，他是通過this.getCandiadateConfigurations()這個方法中loadFactoryNames()這個方法來從META-INF/spring.factories中獲取資源，然后通過properties加載資源，
	所以Spring Boot在啟動的時候從類路徑下的META-INF/spring.factories中獲取EnableAutoConfiguration指定的值，將這些值作為自動配置類匯入容器中，自動配置類就生效，幫我們進行自動配置作業，所以完成自動裝配，
9、yml組態檔與properties的區別：
	寫法上：yml采用鍵值對（類似于json格式），冒號后跟空格，通過冒號進行賦值；而properties以.為分割，采用完全限定名=值的方式來賦值的；
	規范上：yml用縮進來表示層次，嚴謹度高；而properties層級太深；