プロエンジニアの【mysqlを高速化するパフォーマンスチューニング入門】ページです。エンジニアの正社員求人情報、フリーランス案件情報を探すならインターノウスのプロエンジニアへ！ この記事は1年以上前に書かれたものです。内容が古い可能性がありますのでご注意ください。 Zabbix Advent Calendar 2016の17日目の記事です。 カスタマーサポート課の伊藤です。 サーバーワークスZabbixスペシャリスト 九龍として今回は Zabbix Serverのチューニングポイントをお伝えします。 10 パフォーマンスチューニング. デフォルトで151(Mysql 5.6, 5.7)で、特に変更しなくても良いのですが、 ローカルの開発用途であれば減らしてしまってよいですし 到達することのない最大接続数を考慮してチューニングしても仕方ないので減らしておきます。 1.1 MySQL インストール 方法 [必須] 1.1.1 MySQL 5.1 インストール 方法 [必須] 1.1.2 MySQL 5.6 インストール 方法 [必須] 1.2 MySQL innodb チューニング [任意] 1.3 MySQL 文字コードの設定 [必須] 1.4 MySQL データベースとユーザの作成 [必須] 2 Zabbix Serverのインストール MySQLまたはPostgreSQLのドキュメントに記載されているパフォーマンスチューニング手順を実行する MySQLの場合、InnoDBテーブル構造を使用する MyISAMを使用した場合と比較して、InnoDBを使用した場合Zabbixは少なくとも1.5倍は動作が高速化します。 作成中です。 ... zabbix_serverのインスタンスを1つ追加するたびに既知のオーバーヘッドが増加し、同時に並列処理も増えます。 ... これはMySQLのみ利用できます。 zabbixサーバ構築時に管理>一般設定>データの保存期間をちゃんと設定しないと 古いデータがそのまま残ってしまいます。 もちろん保存期間設定しなおしても古いデータが残 … Zabbix用サーバにおける、MySQL Community Server （5.6）の設定ファイル「my.cnf」の設定を確認しました。結果を記載しておきます。 Zabbix用サーバにおける、MySQL Community Server （5.6）の設定ファイル「my.cnf」の設定を確認しました。結果を記載しておきます。 私はzabbix用のmysqlデータベースのチューニングに取り組んでいます。私たちは実際にこれを支援するDBAを持っていません。 私たちは毎秒16kの値を実行するZabbixサーバーを持っています。 私たちのデータベースはMariaDB 5.5.38 galeraレプリケーションを2つのノードで実行しています。
[Zabbix]DBが肥大化して死にそうになったので対策してみた [SSH]Permission deniedとか出てきた時の対応 [AWS][Terraform]terraform destroyで特定のものだけ消したい場合 [AWS]ALBだけでメンテナンス画面を表示させる [Zabbix]DBがめちゃめちゃ重かったのでチューニングしてみた ibd. これはMySQLのみ利用できます。データベース接続にDBSocketを使用することをお奨めします。これが最も速く、最も安全な方法です。 18.2.4 データベースエンジン. 今回はZabbixの特集ですので、MySQLやPostgreSQLといった個別のデータベース製品のチューニングに関しては割愛させて頂きます。 ただ注意して頂きたいのは、サーバに十分なメモリを搭載したとしても、インストールしただけのデフォルトの設定のままだと良いパフォーマンスが得られません。 [/ var / lib / mysql / zabbix] # du -sh history_uint.ibd. MySQL設定の参考書籍• MySQL InnoDBのパフォーマンス設定 MyISAMに比べるとInnoDBは情報が少ない 参照系クエリのチューニングに比べると、更新系のチューニング情報は とても少ない• 実践ハイパフォーマンスMySQL 第2版 InnoDBのパフォーマンスチューニング のポイントや内部動作を詳細に解説 Zabbix … MySQL設定の参考書籍• MySQL InnoDBのパフォーマンス設定 MyISAMに比べるとInnoDBは情報が少ない 参照系クエリのチューニングに比べると、更新系のチューニング情報は とても少ない• 実践ハイパフォーマンスMySQL 第2版 InnoDBのパフォーマンスチューニング のポイントや内部動作を詳細に解説 Zabbix … zabbixのdbはmysqlを使っていましたがパラメータチューニングが必要で、運用に手間がかかっていました。 サポート切れ.
19G history_uint. MySQL/MariaDBでのパフォーマンス低下一番の理由がスロークエリーです。MySQLでサービスを展開しているデータベースやさんって、例外なくここをきにするのではないかな？と思います。そしてスロークエリーが発生した場合の一番の対策は、適切な索引(INDEX）を設定という部分になると思います。 historyがデカすぎ！ 元々ディスクは50GBしかないので…. 私はzabbix用のmysqlデータベースのチューニングに取り組んでいます。私たちは実際にこれを支援するDBAを持っていません。 私たちは毎秒16kの値を実行するZabbixサーバーを持っています。 私たちのデータベースはMariaDB 5.5.38 galeraレプリケーションを2つのノードで実行しています。 zabbixサーバのバージョンが2.2で、サポート期限の終了が2019年8月と近づいてきていました。 （詳細は公式情報をご覧になってください） Zabbix正規認定パートナーのオフィシャル ホームページ、Zabbixで使用するApache + PHPの設定チューニング、Windows 2008でPerfomance CounterをZabbixのItem Keyとして取得する方法やMySQLのPartitioningについての紹介ページです。