タグ

2021年12月3日のブックマーク (4件)

  • 誰も教えてくれなかったMySQLの障害解析方法 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

    誰も教えてくれなかったMySQLの障害解析方法 - Qiita
  • MySQL – ごく単純なUPDATEがなぜか遅い時がある | memorandum-plus

    先日不可解な事象に直面しました、ごく単純な1行のUPDATE文が稀に非常に遅くなる時があったのです。稀に、といいますが検証してみたところ、50回実行して1~2回程度の発生頻度。 軽く「UPDATE 遅い」などで調べてみたところ、どれにも該当しないように見えました。 ググった情報 当方の状況 といった感じです。 うーん、わからん!ということで検証して調査しました。 検証方法 わたしの環境の具体的な名称などはぼかしますが、問題が発生していたSQLは、ほぼ以下のようなモノでした UPDATE `table_name` SET `col_name` = 'ランダムな文字列' WHERE `id` = 'PRIMARYなID' カラム`id`はPRIMARYです、1カラムで一意に特定できるのでクッソ早いはず。 検証では’ランダムな文字列’をphp側で毎回生成し、’PRIMARYなID’は対象を1レコ

    MySQL – ごく単純なUPDATEがなぜか遅い時がある | memorandum-plus
  • Amazon EC2 Eメール送信ベストプラクティス | DevelopersIO

    ども、大瀧です。 EC2からEメールを送るという案件、たくさんありますよね。そして結構な確率でトラブるんですよね(涙目)。そんな苦い経験をベストプラクティスとしてまとめてみました。一応技術的なところは網羅したつもりですが、メールセキュリティの専門ではないので、不備や間違いがあればご指摘ください。 では、メール送信トラブルの元凶である、スパムメールとその対策からご紹介していきます。 スパムメールとの闘いダイジェスト Eメールの歴史は、スパムメールとの闘いの歴史と言えます。 不特定多数に送信されるスパムメール(未承諾の広告メール)は、メール受信者に不快な思いをさせるとともに、メールサーバーのメール流量を爆発的に増加させ、長らくメールサーバー管理者を泣かせてきました。 このスパムメールをなんとか撃退しようと、現在では主に以下のような対策が行われています。 1. 送信メールサーバー側のネットワーク

    Amazon EC2 Eメール送信ベストプラクティス | DevelopersIO
  • Amazon SES で独自ドメインのメール受信設定 - Qiita

    Amazon SES で独自ドメインのメールを受信する 試験環境で色々作っていくにあたり、独自ドメインを入手して、独自ドメインのメールアドレス当てのメールを受信したいというケースがあると思います(私は結構ありますが皆さんどうなんですかね?(´・ω・`)) そんなときに使い捨てのメール環境があれば便利だと思います。ということで今回はAmazon SESで独自ドメインのメールを受信できる環境を構築していきたいと思います。 やりたいこと Freenomなどで取得した無料独自ドメインのメールアドレス向けのメールを受信できるようにしたい。 例えば、"admin@xxxxx.com" というメールアドレスへメールを、Amazon SESを使って受信したいというケースを想定しています 前提条件 独自ドメインは取得済み DNSはRoute53を利用する メールソフトは利用せず、メールデータファイルの拡張子

    Amazon SES で独自ドメインのメール受信設定 - Qiita