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層級太深；