SQLの達人への道: MySQLでの高速・効率的クエリ作成術 - Qiita
データベースとテーブルの作成 テスト用のデータベースtestdbを作成し、パフォーマンスチューニングを検証するためのcompanyおよびpersonテーブルを定義します。 CREATE DATABASE testdb; USE testdb; CREATE TABLE company ( company_id INT AUTO_INCREMENT PRIMARY KEY, company_name VARCHAR(255) NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE person ( person_id INT AUTO_INCREMENT PRIMARY KEY, company_id INT, person_name VARCHAR(255) NOT NULL, email VARCH
2020年施行 改正民法債権法に基づく品質検査・保証からWebパフォーマンスを考える | Web担当者Forum
意外と認知されていない民法債権法改正あなたは、民法債権法が改正されて、2020年4月1日より施行となる事をご存じですか？ いくつか重要な大きな、契約書を作成する際の変更点が盛り込まれています。 Web担当者の方にとって、最も影響があるのは、売主や受託者の責任が、瑕疵担保責任から契約内容適合責任へと変わる点です。 ITプロセスコンサルタントの細川義洋さんが2016年に真っ先にこの件について記事を書かれました。 民法改正で変わるITの請負開発 ソフトウェア開発やSIの分野では、それなりに認識が浸透しつつあるように思います。 「IT システム開発 民法改正」で検索すると、様々な法律事務所がセミナーを開催したり、本を出しています。 しかし、Webサイトに関してはどうでしょうか？ 残念ながら、弊社のブログページのみです。 発注者側である事業会社、受注者側であるWeb制作会社の皆さんとお話していても、
CloudWatch RUMでWordPressをモニタリングしてみた - DENET 技術ブログ
こんにちは。 夏といえばのウクレレで達郎山下のクリスマス・イブを練習するSRE課栩野です。 AWS re:Invent 2021で発表されたCloudWatchの新機能 CloudWatch RUMを使って、早速WordPressのサイトをモニタリングしてみたので RUMについて紹介してみたいと思います。 CloudWatch RUM について RUMはReal-User Monitoringの略で、その名の通り 実際のユーザーからみたWEBアプリケーションのパフォーマンスをモニタリングすることができます。 モニタリングできる情報は以下のようなものがあります。 ページの読み込み時間に関する詳細な情報 クライアント側で発生しているエラー情報 ブラウザやデバイス毎でのパフォーマンスの違い ユーザーの行動データ New RelicやDataDogなどのツールでは、以前からこのような情報を収集する
Real-Time Web App Performance Monitoring : New Relic
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
RDSで急にパフォーマンスが悪くなったらIOPSを確認！ - Qiita
本番運用しているRDSのパフォーマンスが最近悪くなっている。 スロークエリを確認すると、処理時間が非常に遅いときがある。（Procedure） とあるProcedure処理が以前は15分くらいで完了していたのだが、遅い時には100分近くかかっている。。。 処理内容は変えていないのに。。。 CPU使用率を比較してみる グラフの凡例 青線：正常 赤線：処理時間が遅い時 正常時は処理が終わるとCPU使用率は下がっていた。 しかし、処理時間が遅い時は負荷が上がっている時間が短く、CPU使用率も下がりきっていない。 処理時間が遅いのはCPUがサボっているかららしい（笑） なぜ、違う動きをしているのか？ 実際に処理した件数はどうなっているのか？ IOPSを比較してみる 書き込み（WriteIOPS) 正常時には次の処理が走っているが、それ以外に大きな差はなさそう。 読み込み（ReadIOPS） 一定時
IIS パフォーマンスの最適化 - BizTalk Server
IIS 構成オプションを適用して IIS のパフォーマンスを向上させる インターネット インフォメーション サービス (IIS) では、IIS のパフォーマンスに影響を与える多数の構成パラメーターが公開されています。 このトピックでは、これらのパラメーターのいくつかについて説明し、IIS のパフォーマンスを向上させるためにパラメーター値を設定するための一般的なガイダンスを提供します。 重要な情報のみをログに記録するか、IIS ログを完全に無効にする IIS ログ記録は、運用環境で最小化するか無効にする必要があります。 ログ記録を無効にするには、次の手順に従います。 [ スタート] ボタンをクリックし、[ すべてのプログラム] をポイントし、[ 管理ツール] をクリックして、[ インターネット インフォメーション サービス (IIS) マネージャー] をクリックします。 [ 接続 ] ウィン
パフォーマンス モニター (パフォーマンス カウンター) でWebサーバー(IIS)の負荷調査をする (IIS - Internet Information Service Tips)
パフォーマンス モニター (パフォーマンス カウンター)でWebサーバー(IIS)の負荷調査をする手順を紹介します。 この記事で紹介している測定は、Webサーバーの接続数やエラー発生などの指標を確認しています。Webサーバーの静的ファイル送信では、 CPU高負荷やレスポンスタイムの低下などのパフォーマンス低下は発生しにくいため、ボトルネックとなる個所を特定する場合は、Webサーバーのパフォーマンス測定ではなく、 ASP.NETアプリケーションなどのWebアプリケーションを調査するほうが問題の発見につながります。 ASP.NETアプリケーションのパフォーマンスを測定する方法はこちらの記事を参照してください。 パフォーマンス モニターの起動 パフォーマンスモニターを起動します。パフォーマンスモニターはスタートメニューの[管理ツール]フォルダ内の[パフォーマンス モニター]のショートカットをクリ
SQLでサブクエリを上手に使う6パターン
はじめまして。Souki.Tです。 SQLを書く上で、使いどころが難しいのがサブクエリです。何でもかんでもJOINして運用するのは格好わるい、サブクエリを使ったら何かカッコいい、結局サブクエリを使いすぎて訳の分からなくなり、作った自分でも手が出せなくなった経験は私だけではないはずです。今回はサブクエリを使う場面をパターンに分けて上手なつき合い方を考えてみたいと思います。 サブクエリとは何かということを説明するのは私には手に余るので誰か説明の上手な人に任せます。どこかにいい解説があったら教えてください。 サブクエリを使わない理由サブクエリの特徴を一言でいうと「重い」。ともかく重い。使い方を間違えたら劇的に重くなることはもちろんのこと、適切に使ったとしても重いものは重いです。普通にJOINで結合して解決するのであれば、使うべきではありません。 それでもサブクエリを使うパターンとはいえ、サブクエ
CakePHP2のパフォーマンスチューニング（DBとキャッシュ） - Qiita
CakePHPにおけるパフォーマンスチューニングとは パフォーマンス向上するための方法は大まかに分けて２種類ある 1. ボトルネックとなる処理を探し当てて改善する方法 コードを修正する、パラメータをチューニングするなど。 2. キャッシュを使う方法 処理実行結果をキャッシュに保存することで、2回目にアクセスしたときにその処理を通らずに処理結果を返す事ができる。 DBのパフォチュー 1. 発行しているクエリ数を減らす これをViewに貼ればカウントできる。減らせるクエリは減らす。 2. findのパフォチュー 極力以下を利用する。 a) 基本的にqueryメソッドが最強。ただし... コードの可読性が下がるので大量データを取得する必要があるときに利用。場合によってはfieldで取得するより早い。 ✕ $this->Hoge->find('all'); ◯ $this->Hoge->query
AWSにおける静的コンテンツ配信パターンカタログ（アンチパターン含む） | DevelopersIO
独自ドメインSSLだとCloudFront使えないから横綱無理だよねー、という話がありました。うん、確かにそうでした、執筆時点では…！ 本日2013/06/12、CloudFrontの独自ドメインSSL対応が発表（英語・日本語）されましたので、みなさん揃って横綱になればいいと思います。 よく訓練されたアップル信者、都元です。AWSを利用して構築した環境から、クライアント（モバイルやブラウザ等）に対してHTTPを使って静的なコンテンツを配信したいケースって、多いですよね。多いというか、むしろどんなシステムにも多かれ少なかれ、静的なコンテンツ配信があると思います。 スケーラビリティ・柔軟性・可用性・パフォーマンス・コスト 静的なコンテンツというのは、コンテンツをリクエストに応じて生成したりせず、完成品としてのファイルが手元にある状態です。例えば、多くのWebシステムにおいて、ほとんどの画像やJ
SQL Serverの自動拡張を使用するうえでの７つのヒント - norizabuton
引用は主に以下から。 [INF] SQL Server における自動拡張および自動圧縮の構成に関する注意事項 http://support.microsoft.com/kb/315512/ja SQL Server データベースのいっぱいになったトランザクション ログからの回復 http://support.microsoft.com/kb/873235/ja 1.自動拡張を行っている間、トランザクションが停止する。 ログを拡張する必要がある大規模なトランザクションを実行する場合、そのトランザクション ログに書き込む必要がある他のトランザクションも、拡張操作が完了するまで待機する必要があります。 これによりクエリタイムアウトも起きやすくなりそうです。 2.ファイルの断片化が招きやすくなり、パフォーマンスに影響が出る。 データ ファイルまたはログ ファイルのサイズ変更に起因する物理的な断片化
AWSでファイルサーバを構築する方法を比較してみた(EBS・EFS・S3)｜スクショはつらいよ
概要 一番シンプルな方法だと思います。 EBS(Elastic Block Storage)は、オンプレでいうとディスクです。 オンプレで構築していたシステムの NFSサーバをそのままAWS上で稼動させることができます。 EC2にEBSをマウントして、EBSボリュームを共有します。 スナップショットを取得することで、バックアップします。 メリット パフォーマンスが高い バックアップ・リストアが容易(スナップショット) オンプレミスから移行が容易 デメリット EC2が単一障害点になってしまう 拡張が少し面倒(EBSボリュームの容量を増やす操作が必要) 定額課金(コストが確保した、EBSの容量分かかる) 概要 EBSの部分をEFSに置き換えた方法です。 EFS(Elastic File System)はオンプレでいうNASです。 EFSはEBSと違い、複数のEC2から直接マウントすることが可能
)
クエリ パフォーマンスのチューニング (SQL Server Compact)
SQL Server Compact 4.0 アプリケーションでは、使用するクエリを最適化することによってパフォーマンスを向上させることができます。以下のセクションでは、クエリ パフォーマンスの最適化に使用できる手法の概要を説明します。 インデックスの性能向上 有用なインデックスを作成することは、より最適なクエリ パフォーマンスを得るための最も重要な方法の 1 つです。有用なインデックスを使用すると、データ検索時のディスク I/O 操作とシステム リソースの使用率が少なくて済みます。 有用なインデックスを作成するには、データの用途、クエリの種類とクエリ実行頻度、およびクエリ プロセッサでインデックスを使用してデータをすばやく見つける方法を理解しておく必要があります。 作成するインデックスを選択する際、重要なクエリを調査してください。重要なクエリのパフォーマンスはユーザーの操作性に大きく影響
SQLで効率のよい書き方を研究
こんばんは。 笹亀です。 弊社では、MySQLを使用しているシステムが多くあります。 みなさんも、MySQLは頻繁に使用しているのではないでしょうか。 私が特にMySQLなどのRDBMS（Relational Database Management System）を使用するときに気をつけていることが、SQLを記述するということです。 私は「どのようにSQLを発行すればよいか」という点を気にしながら、コーディングをすることが多いです。 自分が経験したことで、SQLの書き方ひとつでも大きな問題になったこともあり、 SQLの書き方には知恵を絞って、いかに効率がよいSQLを記述するかということを心がけるようになりました。 今回はSQLの結果では同じ結果を返す、3種類の結合の速度を比べてみました。 今回はサンプルテーブルとして、下記の２つのテーブルを使用します mysql> desc user_m;
Webパフォーマンス虎の巻
Webパフォーマンス向上施策のために、今更ながら超速本1を読んだので、今までの自分の知見と合わせてまとめてみます。 なるべく柔らかく、改善施策ってまず何をどうすればいいの？という疑問を持った人に向けて書いています。 ▪️格言 そもそもWebは速い。遅くしているのは我々です。大抵は技術の問題ではなくて、人の問題。 引用元： テクニックではなく、今、本気で取り組むべきWebパフォーマンス （html5jパフォーマンス部 部長 竹洞さん） 心得 パフォーマンス向上に対する施策は大別すると以下の２通り 軽量化 （単純にやりとりするデータ容量を小さくすること） 圧縮 削除 最適化 （その時に最も適している実装・実行をとること） 経路・順番の変更 非同期 もっとも遅くしている原因を探して、それを対策するのが原則。「対効果」が絶対的正義である。手段から入るのは愚策。まず先に原因を知ることが重要。 ▪️1
React製のSPAのパフォーマンスチューニング実例
カギは社内事例にあり！？システム効率化を超えて運用ミスを激減させた件 2024.09.02 コーポレート 業務改善 業務設計 社内ICT
【アップデートされた資料が別にあります!コメント欄をご確認ください】AWS Black Belt Online Seminar Amazon Elastic File System
2018/7/15 Update AWS Black Belt Online Seminar Amazon Elastic File System (Amazon EFS) https://www.slideshare.net/AmazonWebServicesJapan/20180704-aws-black-belt-online-seminar-amazon-elastic-file-system-amazon-efs-106065624 2016/7/27 AWS Black Belt Online Seminar Amazon Elastic File System (EFS)Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
S3をEC2インスタンスにマウントして使うときのStorageGateway, s3fs, goofysそれぞれのパフォーマンス - Qiita
GitHub - major/MySQLTuner-perl: MySQLTuner is a script written in Perl that will assist you with your MySQL configuration and make recommendations for increased performance and stability.
Build and implement a single sign-on solution