こんにちは、Platform Team の荒引 (@a_bicky) です。前回は続・何でも屋になっている SRE 的なチームから責務を分離するまでの道のり 〜新設チームでオンコール体制を構築するまで〜という話を書いたんですが、今回は Repro の運用に 7 年以上携わる中で私が遭遇して印象的だった Aurora MySQL 絡みのトラブルについて紹介します。 Aurora MySQL が詰まってデータ処理のスループットが下がるとか、API のレスポンスが遅くなるとか、ALTER TABLE する度にアプリケーションエラーが発生するとか、胃が痛くなる胸が熱くなる話が多いので、Aurora MySQL を利用していなくても楽しんでいただけるのではないかと思います。Aurora MySQL を利用している方であれば参考になる情報もあるでしょうし、通常の MySQL にも適用可能な話もあります
概要 RDB（リレーショナルデータベース）を運用していると、複数のトランザクションが同じデータに同時アクセスしようとする場合に「デッドロック」が発生することがあります。デッドロックとは、あるトランザクションが必要とするリソースが別のトランザクションによってロックされ、さらにそのトランザクションも他のリソースのロック解除を待っているため、互いに進行できなくなってしまう状態を指します。
AWS Aurora MySQL v3 アップグレード時のgh-ostの活躍について - BASEプロダクトチームブログ
BASE も Aurora MySQL v3 となりました SRE Groupの ngsw です。 2024/10/14〜10/15の深夜メンテナンスにて、BASEで利用しているAmazon Aurora MySQLのバージョンは、v2系からv3系となりました。 アップグレードの前提条件で大きなつまずきがありましたが、gh-ost を利用することで、乗り越えることができました。 この記事では当該アップグレードの中で gh-ost をどのように利用し、どういう恩恵を受けたかについて述べていきます。 おさらい : v3 対応しないとどうなるの？ Aurora MySQL v2は標準サポート終了が発表されており、v3への移行を終えていないDBクラスターには自動的に有償の延長サポートが適用される流れです。 Amazon RDS 延長サポートの使用 - Amazon Aurora 2024/10/3
念を押しておきますが、このブログの「内容は個人の考えであって、所属組織とは方針が異なる」と考えてください。 前のエントリでは、MySQL 8.0は、clangのPGO+LTOでビルドしないと本来の性能が出ない。ということを証明しました。その後、PGO+LTOといってもプロファイリングをどうしたらいいのかと、デスクトップマシンの空き時間でひたすらビルドとtpcc(ramfs)を繰り返した結果、興味深いことがわかりました。 tpccのようなある程度複雑なベンチマークは、 ベンチマークそのもの（この場合tpcc）をプロファイリングするよりも、 mysql-testのスクリプトを組み合わせて工夫したほうが性能が出る ということです。（少なくとも私の環境で、ではですが） つまり、 ビルドしてテストスクリプトが流せる環境であれば、総合的に最適に近いバイナリが生成できるということです。誰でもビルドできま
Achieve a high-speed InnoDB purge on Amazon RDS for MySQL and Amazon Aurora MySQL | Amazon Web Services
AWS Database Blog Achieve a high-speed InnoDB purge on Amazon RDS for MySQL and Amazon Aurora MySQL Purge is a housekeeping operation in a MySQL database. The InnoDB storage engine relies on it to clean up undo logs and delete-marked table records that are no longer needed for multiversion concurrency control (MVCC) or rollback operations. While our applications pursue a database design that aims
MySQLのInnovation ReleaseとなるMySQL 9.0が2024年7月、MySQL 9.1が2024年10月にリリースされました。今回は、その中から気になる新機能をいくつかピックアップして、簡単に紹介したいと思います。 MySQL 9.0の新機能 ここでは、MySQL 9.0の新機能について紹介します。 EXPLAIN ANALYZEのJSONフォーマット結果をユーザー変数へ格納可能に EXPLAIN ANALYZEのJSONフォ−マット結果をユーザー変数に格納することができるようになりました。 EXPLAIN ANALYZEのJSONフォーマットを利用するには、システム変数explain_json_format_versionを2に変更してから実行する必要があります。デフォルトは1になっています。 INTO句後に格納するユーザー変数を指定します。 mysql> SET
サーバ統合によって役目を終えた「Azure Database for MySQL」（以下、「Azure MySQLサーバ」）のインスタンスを停止したまま1カ月以上放置していたら、いつの間にか減ったはずのAzure課金が元に戻っていた……。このような経験をしたのは筆者だけだろうか？ 本Tech TIPSでは、こうしたAzure MySQLサーバの停止と課金に関する重要な特性について説明する。 Azure MySQLサーバの対象は、特記しない限り「フレキシブルサーバ」とする（廃止が決まっている「単一サーバ」は対象外）。 Azure MySQLサーバは停止すると料金を節約できる デプロイしたAzure MySQLサーバを停止すると、コンピュータリソースへの課金が止まる。つまり、MySQLサーバを実行しているプラットフォーム（Linuxの仮想マシン）部分の料金がゼロになる。 一方、デプロイしたサー
注: nginx のバージョン要件は 1.9 以降です。nginx をコンパイルするときは、--with-stream を追加する必要があります。例: ./configure --prefix=/data/apps/nginx --with-http_stub_status_module --with-http_ssl_module --with-http_realip_module --with-http_image_filter_module --with-stream Note 1. mysql はデフォルトでポート 3306 を使用するため、nginx tcp リバース プロキシ mysql を設定するときは、そのポートが mysql がリッスンするポートと同じでないことに注意してください。たとえば、3307 2 を使用します。root ユーザーが mysql たとえばデータベース
今回は、第226回 MySQL Shellを使ってdumpしてみる で紹介したMySQL ShellをVisual Studio Code（以後VSCodeと表記します）で使用するプラグインである「MySQL Shell for VS Code」について紹介します。現在プレビュー版のため将来の仕様とは異なる場合がありますが、現状でも非常に便利な機能が揃っています。 検証環境 今回はDockerで建てたMySQLを使用します。以下のコマンドでDockerを建てて、ローカルからアクセスします。 % docker run --platform linux/x86_64 -p 127.0.0.1:3307:3306 -e MYSQL_ROOT_PASSWORD=my-secret-pw -e MYSQL_USER=kk2170 -e MYSQL_PASSWORD=my-secret-pw -d m
Amazon RDS for PostgreSQL, MySQL, and MariaDB now supports M7i and R7i database instances - AWS
Amazon RDS for PostgreSQL, MySQL, and MariaDB now supports M7i and R7i database instances Amazon Relational Database Service (Amazon RDS) for PostgreSQL, MySQL, and MariaDB now supports M7i and R7i database (DB) instances. M7i and R7i are the latest Intel based offering and are available with a new maximum instance size of 48xlarge, which brings 50% more vCPU and memory than the maximum size of M6
Aurora MySQL Version3(MySQL8.0)にアップグレードしたら、ある特定のクエリだけ照合順序エラーになった話とその解決策 - CyberAgent SRG #ca_srg
メディア統括本部 サービスリライアビリティグループ（SRG）の鬼海雄太（@fat47）です。 #SRG（Service Reliability Group）は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 本記事は、Auro
2024年10月12日に新潟県長岡市で開催された オープンソースカンファレンス2024長岡（OSC2024 Nagaoka）での発表資料です。
OSSデータベース取り取り時報 第111回MySQL 9.1イノベーション・リリース、PostgreSQL 17と劔“Tsurugi”の最新情報 この連載はOSSコンソーシアム データベース部会のメンバーがオープンソースデータベースの毎月の出来事をお伝えしています。 ［MySQL］2024年10月の主な出来事 9.x系のイノベーション・リリース第3弾となるMySQL 9.1イノベーション・リリースが公開されました。また、MySQL 8.4 LTSとMySQL 8.0の各マイナーバージョン、および各クライアント・プログラムがリリースされました。 ロックやロック解放待ちの状況を示すPerformance Schemaのdata_locksテーブルとdata_lock_waitsテーブルが各バージョン共通で再設計され、これまでよりもメモリ消費を抑え、かつ高速にアクセスできるようになりまし
はじめに MySQL8の2038年問題を調べると、TIMESTAMP型のオーバーフローに関する情報が多数ヒットします。 ではそれだけ対応すればMySQL8でも2038年を超えられるのかな？と疑問を持って確認してみたら、やはり他にもありましたというお話。 CREATE TABLEできなくなる サーバの時刻を2038年以降に設定して開発中のシステムの動作検証をすると、ダンプしたデータを復旧できないという問題が発生。解析するとCREATE TABLEを実行できなくなることがわかりました。 実行時のログは次のとおり。ERROR 3507が返されます。 Operation failed: There was an error while applying the SQL script to the database. Executing: CREATE TABLE `sys`.`new_table`
2024年1月に開催されたMySQL入門セミナー パフォーマンスチューニング編 2024での発表資料です。 新春恒例のMySQLのチューニングセミナーを2024年も開催いたしました。 MySQLのイノベーション・リリースとしてMySQL 8.1, 8.2がリリースされ、機能の追加や変更も行われています。本資料ではイノベーション・リリースでのアップデートも踏まえてMySQLのチューニング時に役立つさまざまな機能やチューニングの基礎知識を解説しています。 また、本資料では、以前のパフォーマンスチューニングでは触れることが出来なかったインデックス種別やオラクルクラウドにて提供されているマネージドのMySQLに関してもパフォーマンスの観点でも触れています。また、どんなに頑張ってもパフォーマンスチューニングだけではカバーしきれない大量データの検索処理も解決出来るMySQL HeatWave Data
Sorry, the message you have requested could not be found. Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.
ココナラ、SQLテストツールを活用し、MySQLデータベースをAmazon RDSからAuroraに移行 | IT Leaders
IT Leaders トップ ＞ テクノロジー一覧 ＞ 開発ツール／プラットフォーム ＞ 事例ニュース ＞ ココナラ、SQLテストツールを活用し、MySQLデータベースをAmazon RDSからAuroraに移行 開発ツール／プラットフォーム 開発ツール／プラットフォーム記事一覧へ [事例ニュース] ココナラ、SQLテストツールを活用し、MySQLデータベースをAmazon RDSからAuroraに移行 2024年10月17日(木)日川 佳三（IT Leaders編集部） リスト “知識・スキル・経験”を売り買いできるスキルマーケット「coconala」を運営するココナラ（本社：東京都渋谷区）。同社は2024年10月17日、インサイトテクノロジーの記者説明会に登壇し、SQLテストツール「Insight SQL Testing」を活用してMySQLデータベースを新環境に移行した取り組みを紹介
version: '3' services: mysql_srv: image: mysql:8.0 volumes: - ./docker/mysql/data:/var/lib/mysql - ./docker/mysql/conf/my.cnf:/etc/mysql/conf.d/my.cnf ports: - 3307:3306 expose: - 3307 environment: - MYSQL_ROOT_PASSWORD=root - MYSQL_DATABASE=test - MYSQL_USER=test - MYSQL_PASSWORD=test - MYSQL_TCP_PORT=3307 phpmyadmin_srv: image: phpmyadmin/phpmyadmin environment: - PMA_ARBITRARY=1 - PMA_HOST=mysq
TerraformでAurora MySQLを構築し、RDS Data APIを使用する。 - Qiita
※ バケット名、GIPは後々使うので控えておきましょう AWSアクセスキーの設定 今回はTerraformをローカル環境で実行するためアクセスキーの設定を行います。 ① aws configureコマンドを実行して発行したアクセスキーを設定 ② aws s3 lsコマンドを使用して先ほど作成したバケット名が取得できていることを確認 実践 Terraformで環境構築 テンプレートは下記のものを使用します。 enviroments バケット名とGIPは事前準備で取得したものを入力します。 terraform { required_version = ">= 1.9.7" required_providers { aws = { source = "hashicorp/aws" version = ">= 5.70.0" } } backend "s3" { bucket = "*****"
Uber、2100超のMySQL 5.7クラスタをダウンタイムなしで8.0に移行したと明かす 理由やアップグレード戦略、移行の教訓とは
Uberは公式ブログで、同社におけるデータインフラの中核を担う「MySQL 5.7」を「MySQL 8.0」に移行させた取り組みを紹介した。 Uberが2024年8月に公開した記事によると、同社のデータインフラは、2100を超えるMySQLクラスタで構成され、1秒当たり約300万件のクエリを処理している。数PBに及ぶデータの可用性を確保するために、1万6000以上のノードを3つの地域、19の運用ゾーンに分散配置しているという。 Uberは、MySQL 5.7からMySQL 8.0への移行による成果について「データベースのロック時間は94％減少し、一部のクエリ実行時間は78％短縮された」とした上で、MySQL 5.7をMySQL 8.0に移行させた理由や、アップグレード戦略を次のように説明している。 MySQL 8.0への移行を決めた理由 関連記事 「MySQL 9.0」公開 JavaScr
MySQL 5.7 と 8.0 で日時型の挙動が微妙に違っていた件 - SO Technologies 開発者ブログ
こんにちは。 ATOM事業部の田村です。 最近 MySQL 5.7 から 8.0 へのバージョンアップを行う機会があったのですが、 その際に MySQL の日時データ型でちょっと面白い挙動に遭遇しました。 「WHERE 句で日時型カラムに条件を入れて期間で絞り込む」というよくある SQL なのですが、右辺の値に '' （空文字） を指定した場合に、5.7 ではエラーにならず 8.0 では SQL エラーになるというものです。 mysql> SELECT * FROM table WHERE date_column = ''; ERROR 1525 (HY000): Incorrect DATETIME value: '' DATETIME 型カラムと比較される文字列 '' が、内部的に同じ DATETIME 型にキャストされる時に「そんな値は正しくない」ということでエラーが出ているのかと思
データベース／アプリケーションまわりもしっかりやらないとな、と思う今日この頃です。 何番煎じかわかりませんが、せっかく作ったので残しておこうと思います。 MySQL で CREATE DATABASE しておいてから、下記のコマンドでテーブル作成。CREATE TABLE user ( id int(11) NOT NULL AUTO_INCREMENT, name varchar(50) DEFAULT NULL, num int(11) DEFAULT NULL, description text, created_at datetime DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB MySQL の操作権限があるユーザーで、作成したいレコード数を引数にして、下記のシェルスクリプト insert_random.sh を実行。#!/bin
レンタルサーバーでポートフォリオサイトを作ろうと思ってる。MySQL のデータを PHP 経由で React に表示したいけど、どこから手を付けていいのやら・・。こういうことはできるの？ もちろんできますよ！今回は、ロリポップの MySQL データを PHP の Web API 経由で React アプリケーションに表示する方法を紹介します MySQL + PHP + React 実働デモ https://watermargin.net/portfolio/react MySQL・PHP・React の関係性 今回のアプリケーションアーキテクチャは、次のように示すことができます。 ファイルサーバーの観点では、watermargin.net > portfolio 配下に、React アプリと PHP Web API が配置されています。 機能ファイルサーバーの位置React アプリwate
PHPでデータベースに接続をするときに、抽象化レイヤーの「PDO」を使う方も多いかと思います。 が、（私含め）使い慣れていないとしょっちゅうエラーが出るややこしい部分でもあるので、よくあるエラーを備忘録として書き残しておこうかと思います。 環境について この備忘録作成時点の私の環境について。 ・OS ： MacOS ・PHP： 8.3 ・DB： MySQL(PHP ver8.2 よくお会いするエラー ︎エラー1: SQLSTATE[HY000] [2002] No such file or directory ︎エラー2: SQLSTATE[HY000] [2002] Connection refused ︎エラー3: SQLSTATE[HY000] [1045] Access denied for user 'user'@'localhost' (using password: YES)
MySQL Shell でデータエクスポートと同時並行でインポートを実行する | スマートスタイル TECH BLOG
はじめに MySQL 8.0 へのバージョンアップ対応などで、データ移行を実施する際、MySQL Shell インスタンスダンプユーティリティとダンプロードユーティリティを用いるのが非常に便利です。 今回の記事では、ダンプロードユーティリティの waitDumpTimeout オプションを活用した 「データエクスポートとインポートの同時実行」 方式をご紹介します。 あまり知られているオプションではありませんが、データ移行時間が短縮できる機能となります。 ダンプロードユーティリティの waitDumpTimeout オプションについて MySQL Shell の公式リファレンスマニュアルからの抜粋を掲載します。 MySQL :: MySQL Shell 8.0 :: 8.6 ダンプロードユーティリティ waitDumpTimeout オプションを使用すると、まだ作成中のダンプを適用できます。
具体的な流れ MySQL のスロークエリログの出力設定編 ※MySQL インストールについては省略しております。 初期時の設定確認 MySQL にログインした状態で下記コマンドを入力します。 SHOW VARIABLES LIKE "%slow%"; ○出力結果例 +-----------------------------+-----------------------------------+ | Variable_name | Value | +-----------------------------+-----------------------------------+ | log_slow_admin_statements | OFF | | log_slow_extra | OFF | | log_slow_replica_statements
LOGILESS TECH BLOG vol.2 ~RollbackSegmentHistoryListLengthの増加によるMySQL(Aurora)のパフォーマンス劣化とトランザクション分離レベル｜株式会社ロジレス
LOGILESS TECH BLOG vol.2 ~RollbackSegmentHistoryListLengthの増加によるMySQL(Aurora)のパフォーマンス劣化とトランザクション分離レベル~ 先日発売となった、星野源さんのエッセイ集「いのちの車窓から 2」をちょっと贅沢して物理本で購入して何周かしつつ、特に「喜劇」のエピソードが最高すぎて、余韻に浸りながら楽曲を聞き直しつつ、自分も源さんに恥じない良い仕事がしたいなと、改めて背筋を正して仕事に取り組んでいる今日この頃です。 さて、前回の記事ではドキュメントの話を長々と書いたので、今回は、技術寄りのネタをサラッと紹介したいと思います。 お題はタイトルにある通り、RollbackSegmentHistoryListLengthなんですが、私自身、このメトリクスに起因する障害は別の職場でも経験してて、２回目なのですが、前回の対応時に
RDS Data API が Amazon Aurora MySQL でも使えるようになりました - サーバーワークスエンジニアブログ
はじめに ３度の飯よりサメ映画が好きなウメキです。 2024年9月30日のアップデートにて、Amazon Aurora MySQL で RDS Data API が Serverless v2、Provisioned でも利用可能になったことが発表されました。 aws.amazon.com 従来は Serverless v1 のみでしたが利用できる範囲がServerless v2、Provisioned に拡充されました。 嬉しいアップデートです！ 今回は RDS Data API が利用可能な Amazon Aurora MySQL を作成し、 RDS Data API を利用してSQL 文を実行してみます。 【補足】RDS Proxy vs RDS Data API RDS Data API の利用を検討する際に比較対象となるサービスが RDS Proxy です。 RDS Proxy
目的 ・MySQLでJSON形式での保存など操作する際の備忘録 ・主にテーブル作成、データ保存、更新、削除、置換の記述例を掲載 環境 ・Ubuntu 19.04 ・MySQL 5.7.27 作業 テスト用テーブル作成 INSERTを使ったデータ登録例 UPDATEを使ったデータ更新例 JSON_REMOVEを使ったJSONデータの操作 JSON_REPLACEを使ったJSONデータの操作 内容 1. テスト用テーブル作成 以降、各種データを保存する為のテスト用テーブル作成 カラムは３つ（id, title, tags） tags をJSON形式で保存していく ▼テーブルイメージ（テーブル名：test_book） カラム名 タイプ サイズ その他
踏み台EC2を無くすためにAmazon Aurora MySQLのRDS Data APIとCloudShellを使ってみた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに VPC private subnetに置かれたRDS Aurora MySQLに対して接続しようとした時、 古くからある手段としては、public subnetに置かれた踏み台EC2を経由してRDSに接続するという方法だと思います。 しかし、以下問題があります。 EC2のサーバーは稼働しっぱなしでお金がかかる サーバーが存在するという事は管理コストがかかる これをなんとかしたいです。 解決策 現状では、以下が良さそうだと思っています。 クエリを実行したい場合はRDS Data APIを使う mysqldumpコマンドなどのコマ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 結論 ファイルサイズによるローテーション いずれのバージョンも100MBごとにローテーションされる 時間によるローテーション Aurora MySQL 3.03.0: 時間によるローテーションは行われない Aurora MySQL 3.04.0: 1 時間ごとにローテーションされる Aurora MySQL 3.05.2: 1 時間ごとにローテーションされる 他バージョン：未検証 きっかけ Auroraの監査ログのCW出力費用が高い！！！ CW出力をやめてS3へ出力する方法を検討するために、まずは監査ログの仕様について調査を行った。 公
復旧用クラスターとB/GデプロイでAmazon Aurora MySQL v2をv3へ安全に移行しました - Mobile Factory Tech Blog
駅メモ！開発基盤チームです。 今回はサービスで利用している Amazon Aurora MySQL を v2 から v3 へ移行したときのことを書きます。 概要 駅メモ！をはじめとする弊社のサービスでは、データストアとして Amazon Aurora MySQL(以降 Aurora MySQL) を利用しています。すでにアナウンスされている通り、Aurora MySQL v2 は 2024 年 10 月 31 日に 標準サポート終了を迎えるため、Aurora MySQL v3 への移行が重要な課題になっていました。これに対し、駅メモ！開発基盤チームでは綿密な計画を立て、今年の初め頃に無事に移行を完了させることができました。このエントリはその時にどんな手法を取ったかを書きます。誰かの参考になればと思います。 やったこと 最初にざっくりとした流れを示します。 調査 新機能・廃止された機能の調査
MySQLの生成カラムをMODIFY (CHANGE COLUMN) できるかどうかはあんまり自明じゃない - 私が歌川です
この記事のタイトルにあることの理由は MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.1.9.2 ALTER TABLE および生成されるカラム を読んだら分かります。 生成カラムの式を変えてsqldefでマイグレーションを反映したら、DROP COLUMNしてADD COLUMNするDDLが実行されたことで、表題の件に気づいた。 ものすごく単純化すると、たとえば以下のようなDDLが実行されることがある。 ALTER TABLE `users` DROP COLUMN `id_mod`; ALTER TABLE `users` ADD COLUMN `id_mod` int GENERATED ALWAYS AS (id % 5) VIRTUAL AFTER `id`; 参照しているカラムをDROPされると、稼動中のアプリケーションでエラーが発生してしまう。これは
Authentication plugin ‘mysql_native_password’ cannot be loadedの対処方法
先日、MySQLを9.1にアップデートしたところ、以下のエラーが発生しました。 sqlalchemy.exc.OperationalError: (MySQLdb.OperationalError) (2059, \"Authentication plugin 'mysql_native_password' cannot be loaded: dlopen(/usr/local/Cellar/mysql/9.0.1/lib/plugin/mysql_native_password.so, 0x0002): tried: '/usr/local/Cellar/mysql/9.0.1/lib/plugin/mysql_native_password.so' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/usr/local/Cella
Cloud SQL for PostgreSQL と Cloud SQL for MySQL のローカル ユーザー向けパスワード ポリシーの紹介 | Google Cloud 公式ブログ
Cloud SQL for PostgreSQL と Cloud SQL for MySQL のローカル ユーザー向けパスワード ポリシーの紹介 ※この投稿は米国時間 2022 年 7 月 28 日に、Google Cloud blog に投稿されたものの抄訳です。 データベース環境の構築と管理において、データ侵害の阻止は重要な優先事項です。リスクを軽減するとともに、ベスト プラクティスと規制基準を遵守するには、ユーザーおよびアプリケーションのパスワードで高レベルのセキュリティ基準を満たす必要があります。 こういった課題に対処するために、Cloud SQL for PostgreSQL および Cloud SQL for MySQL のローカル ユーザー向けパスワード認証機能の一般提供を開始したことをお知らせします。この機能を利用すると、ローカル データベース ユーザー向けにパスワード ル
Zabbix、監視データですぐ太る… 意味もなく五七調にしてみたw ということで、お休み恒例技術メモ、VMwareネタが続きましたが、ここで唐突にZabbixさんのMySQLのお掃除についてです。 ＃VMwareネタ大きいやつが一つあるけど、今書いていいかどうか悩ましい… もうすこしほとぼり冷めてからかな… 肥大化の原因 1. データベースファイルの巨大化 データを貯める→データベースファイルが肥大化する→zabbix上のローテでデータ減る→ファイルは小さくならない（シンプロビジョニングのディスクが広がったあと縮まないのに近い？） 特にzabbixのデータ保持期間がデフォルトの365日のままだと危険。 2.大量のバイナリログ /var/lib/mysql直下に大量のバイナリログ（binlog.xxxx）が存在する。 デフォルトだと30日間保存、一つあたり1.1GBあるため、バイナリログが大
【入門】Docker + Laravel11 + Apache + 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 を使ったアドバイザリーロック
はじめに アドバイザリーロックとは、並列処理で排他的に操作を行うためのロックの一種です。しかし、インターネット上のアドバイザリーロック解説記事は抽象的な情報が多く、わかりにくく感じました。そこで、この記事では具体的な例や図を交えながら MySQL のロック関数を使ってアドバイザリーロックを実現する例を紹介します。 MySQL のロック関数 アドバイザリーロックはファイルロックのようなシンプルな方法でも実現できます。しかし、ここでは MySQL がサポートしているロック関数 GET_LOCK, RELEASE_LOCK を使って実現します。これらのロック関数は、データベースと密接に結びつくトランザクションや、行ロックなどとは異なり、特定の行や特定のテーブルと結びつくことはありません。 ロック関数はとてもシンプルです。GET_LOCK でロックを取り RELEASE_LOCK でロックを解放し
AppSheet は、Google Cloud SQL、Amazon RDS、Oracle MySQL Cloud Service、またはその他の MySQL をサポートするクラウド ホスティング プロバイダなどの、クラウドでホストされている MySQL データベースからアプリを構築できます。 次のセクションで説明するように、MySQL のデータを使用します。 MySQL データソースを追加する SSL を設定する アプリで MySQL データソースを使用する Amazon RDS で MySQL を使用する サポートされている MySQL バージョン アプリで作成されたファイルの保存方法 必要な列の設定方法 IDENTITY 列を使用する 特殊文字を使用する MySQL データソースを追加する MySQL データソースを追加する前に、サポートされている MySQL バージョンをご覧くださ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Repro で遭遇した Aurora MySQL にまつわるトラブル 5 選 - Repro Tech Blog
MySQLでわざとデッドロック発生させて挙動を確認してみた - Qiita
MySQL 8.0 の速いバイナリを作ってみよう
第233回 MySQL 9.0と9.1の新機能について | gihyo.jp
【予言】止めたAzure Database for MySQLへの課金は、30日後に復活する
nginx を mysql のロードバランサとして使用する方法-Nginx-php.cn
第232回 MySQL Shell for VS Codeをインストールしてみる | gihyo.jp
Oracle、今年最後の定例セキュリティ更新 ～「Java」「VirtualBox」「MySQL」などで脆弱性334件／2024年10月「Critical Patch Update」を実施
いまいまMySQL2024 @ OSC Nagaoka
第111回 MySQL 9.1イノベーション・リリース、PostgreSQL 17と劔“Tsurugi”の最新情報 | gihyo.jp
MySQL8の2038年問題：CREATE TABLEできなくなるがバグじゃない - Qiita
MySQL :: MySQL入門セミナー パフォーマンスチューニング編 2024
MySQL :: MySQL Forums :: Newbie
Docker-Composeで3306以外のポートでmysqlを起動 - Qiita
MySQL で大量の INSERT を行うシェルスクリプト
ロリポップ：MySQL + PHP + React の連携方法（サンプルあり）
【PHP】初心者向け：PDOでのMySQL（DB）接続でエラーが出る。 | ゆたんぽのエンジニア日記
【さらっと解説】MySQL の slow.log ファイルをログローテーションする方法 | 株式会社ビヨンド
【MySQL入門】MySQLを使ったJSON形式の保存とデータ取得について - Qiita
Aurora MySQLのバージョンと監査ログのローテーションルールについて - Qiita
ZabbixのMySQL（MariaDB）のお掃除 – FOX通信
MySQL からのデータを使用する - AppSheet ヘルプ