標籤: MySQL

在日常DBA運維過程中，對表結構進行變更算是個普遍的需求瞭。如果操作的對象是個熱表、大表，難免心裡一怵，這些DDL操作是否可以直接執行，哪些會影響線上讀寫，哪些會影響主從，甚至導致服務器壓力驟升，本文做瞭梳理，希望對大傢有所幫助。

本次分享的是一次關於 MySQL 高可用問題的定位過程，其中曲折頗多但問題本身卻比較有些代表性，遂將其記錄以供參考。

百萬級、千萬級數據處理，核心關鍵在於數據存儲方案設計，存儲方案設計的是否合理，直接影響到數據CRUD操作。總體設計可以考慮一下幾個方面進行設計考慮：數據存儲結構設計；索引設計；數據主鍵設計；查詢方案設計。

在本文中，總結瞭開發過程中最為常見的幾種 MySQL 拋出的異常以及如何解決，包括高版本驅動的問題、時區配置問題、SSL 連接問題等。於我個人而言，這一篇足以解決目前項目中所有遇到的MySQL問題。同時，也希望本文能對 MySQL 數據庫初學者有一定的引導入門作用。

對於mysql主備實例，seconds_behind_master是衡量master與slave之間延時的一個重要參數。通過在slave上執行"show slave status;"可以獲取seconds_behind_master的值。

GaussDB(for MySQL)數據庫在寫入性能上，在業界同類產品中是最好的，這主要得益於GaussDB(for MySQL)在MySQL內核方面的諸多優化。其中有一項從“送快遞”得來靈感的優化——事務異步提交，值得我們分析。

mysql 和Oracle 在開發中的使用是隨處可見的，那就簡單去瞭解一下這倆款火的不行的數據庫。

當數據表過大時，通過普通的查詢優化技巧已經無法大幅度提升性能，此時往往需要進行分區分表優化。分區其實是將一張邏輯上統一的表在物理上劃分成瞭多張表。分區操作對使用者而言是一個黑盒操作，但是如果你從文件系統上看，就會看到分區數據表的實際存儲方式是分開的。

項目開發中，隨著數據庫數據量越來越大，單個表中數據太多，從而導致查詢速度變慢，而且由於表的鎖機制導致應用操作也受到嚴重影響，出現瞭數據庫性能瓶頸。因此我們需要考慮分表與分區，MySQL分表分區就是為瞭解決大數據量導致MySQL性能低下的問題。

在數據庫日常維護中，最常做的事情就是SQL語句優化，因為這個才是影響性能的最主要因素。這篇文章主要給大傢介紹瞭關於MySQL優化之如何寫出高質量sql語句的相關資料,需要的朋友可以參考下