#MySQL記憶體

[samejack]

計算 MySQL Server 需要使用多少記憶體

計算 MySQL Server 需要使用多少記憶體

調整 MySQL 設定來規劃 Server 記憶體使用 當 MySQL 使用的記憶體超過系統上限時，Linux 基於預設的管理機制，就會對行程進行刪除。當 MySQL 觸發 OOM 的時候，常常 mysqld 會被 kill 以後被 supervisor 重啟。前陣子剛好處理大量連線與 Query 的問題，所以順便紀錄一下。 資料庫其實是一個需要大量記憶體與 I/O 的服務，尤其是關聯資料在 Join Table 時常常需要大量的資源。以 MySQL 來說，資料讀寫存取都需要在記憶體中完成，最常優化與加速的方法就是加大 Buffer Pool 的記憶體使用空間，但是這其實不是唯一可以控制記憶體的方法。因為 MySQL 針對每一條連線都有定義可以使用的記憶體大小，如果要計算目前 MySQL 設定可能會消耗的最大記憶體，可以透過以下的 Query 來計算。 SELECT…

[ilove3conly]

百億造訪還能正常運作：全球最大購物網站技術公開-books 閱讀此書需要對Java、OpenResty（Nginx+Lua）、Redis、MySQL等有一定了解，OpenResty 可以參考我的部落格《跟我學OpenResty（Nginx+Lua） 開發》系列文章。此文提到的Nginx+Lua 等於OpenResty。可掃碼閱讀《跟我學OpenResty（Nginx+Lua）開發》。因篇幅有限，此書範例很難做到全面且詳細，因此想法不要受限於書中所寫，要活學活用，舉一反三。例如多級快取的想法，可以擴充到多級儲存：記憶體→ NVMe/SATA SSD →機械碟。 此書特色 　　透過梳理大型網站技術發展歷程，剖析大型網站技術架構模式，深入講述大型互聯網架構設計的核心原理，並透過一組典型網站技術架構設計案例，為讀者呈現一幅包括技術選型、架構設計、性能優化、Web安全、系統發佈、運維監控等在內的大型網站開發全景視圖。 閱讀更多內容 語言：繁體中文，ISBN：9789863797609，頁數：528，出版社：佳魁資訊，作者：張開濤，出版日期：2019/06/25，類別：電腦資訊 百億造訪還能正常運作：全球最大購物網站技術公開(熱銷版),博客來

[gslin]

MySQL 跑在 ZFS 與 ext4 的效能差異

MySQL 跑在 ZFS 與 ext4 的效能差異

Percona 的「MySQL/ZFS Performance Update」這篇又對 ZFS 做了一次測試，算是用比較新的軟體跑出來的結果，不過要注意這邊的 ZFS 版本仍然不是目前最新版： ZFS 0.8.6-1 is not bleeding edge, there have been more than 1700 commits since and after 0.8.6, the ZFS release number jumped to 2.0. The big addition included in the 2.0 release is native encryption. 機器是在雲端上 (Azure 上)，不熟悉 Azure 的機種，但看記憶體與 CPU 的量好像不是用頂規的機器： benchmark host Standard D2ds_v4 instance 2…

[gslin]

MySQL 8.0 的 innodb_dedicated_server

Percona 介紹了 MySQL 8.0 將會推出的 innodb_dedicated_server 參數：「New MySQL 8.0 innodb_dedicated_server Variable Optimizes InnoDB from the Get-Go」，Oracle 官方的文件在「15.6.13 Enabling Automatic Configuration for a Dedicated MySQL Server」這邊可以翻到。 這是針對整台機器完全給 MySQL 用的情況所設計的參數。在這種情況下，可以透過 RAM 的大小以及一些簡單的公式，得到還算堪用的系統參數… 依照說明，可以看到系統會依照記憶體的大小自動計算出 innodb_buffer_pool_size、innodb_log_file_size 這兩個參數，並且把…

[gslin]

RDS (MySQL/MariaDB) 支援 t2、r4 以及 m4 的新機種

這個大家等好久了，尤其 MySQL 常遇到需要用記憶體換效能的情境：「Amazon RDS for MySQL and MariaDB Supports R4, T2 and M4 Instance Types」。 先前 t2 最大只能開到 t2.large (8GB RAM)，對於需要大量記憶體運算的 SQL query，就有機會被 MySQL 使用 filesort 寫到硬碟裡面暫存了。這次支援這些 instance type，開發環境至少有選擇可以開到 t2.2xlarge (32GB RAM) 跟他拼。 而 r4 應該是正式環境期待已久的 instance type 了。r3 最大是 r3.8xlarge (244GB)，跟 r4 最大的 r4.16xlarge (488GB) 剛好差了一倍。 m4 就比較微妙了，順便補上去的感覺… 不過應該還是會有應用會剛好用到。…