データベースの文字数制限が191文字になっている理由とは？
世の中のデータベースを見ていると、格納するデータの文字数に「191文字以内」という制限が課されている場合があります。一体なぜ191文字という中途半端な数字で制限が行われるのかについて、オープンソースのデータ同期ツールを展開するGrouparooのCTOを務めるエヴァン・ターラーさんが解説しています。 Grouparoo Blog: Why do database columns have a character length of 191? https://www.grouparoo.com/blog/varchar-191 ターラーさんはまず、現代のデータベースシステムでは無制限に文字を格納する設定も可能だとした上で、文字数の制限で検索速度が向上すると説明しています。例えば、メールアドレスの行が「[email protected]」となっているユーザーを見つけたい場合、なんの工夫も無い状
サービスを停止せずにデータベースリファクタリングする - Pepabo Tech Portal
2022年7月13日にカラーミーショップで提供開始した「副管理者機能」のアップデートにあたって、従前の挙動を変えずにデータベーススキーマの構造を変える必要がありました。また、サービスの提供を停止することなく、スキーマの構造の変更を進める必要がありました。 この記事では、サービスを停止せずにデータベースの構造を徐々に変更するデータベースリファクタリングをどのように進めたかについて紹介します。 「データベースリファクタリング」とは データベースリファクタリングについて体系的に述べた書籍として"Refactoring Databases"があります。この本では、データベースリファクタリングのさまざまなパターンにおいて、スキーマの変更、データマイグレーション（既存データの移行）、アプリケーションの変更それぞれをどのように進めるべきかについて解説しています。ここでは、"Refactoring Dat
Performing major version upgrades for Amazon Aurora MySQL with minimum downtime | Amazon Web Services
AWS Database Blog Performing major version upgrades for Amazon Aurora MySQL with minimum downtime December, 2022: Amazon Relational Database Service (Amazon RDS) now supports Amazon RDS Blue/Green Deployments to help you with safer, simpler, and faster updates to your Amazon Aurora and Amazon RDS databases. Blue/Green Deployments create a fully managed staging environment that allows you to deploy
Amazon Aurora MySQL データベース設定のベストプラクティス | Amazon Web Services
Amazon Web Services ブログ Amazon Aurora MySQL データベース設定のベストプラクティス AWS クラウドで新しい Amazon Aurora MySQL インスタンスを移行または起動した後、以下の質問のうち 1 つ以上を自問したことはありますか? 「次のステップは? どうすれば、最適に動作させることができるでしょうか?」 「既存のパラメータを変更する方が良いでしょうか?」 「どのパラメータを変更すれば良いでしょうか?」 自問したことがあるなら、何をすべきか（そして、何をすべきでないか）について、このブログ記事がガイダンスを提供できることを願っています。 この記事では、MySQL との互換性を持つ Amazon Aurora の設定パラメータについて説明、明確化し、推奨事項を提供します。こうしたデータベースパラメータとその値は、AWS クラウドで新しく作
RDS for MySQL5.6 から Aurora（MySQL 5.6 互換）へ移行しました - Feedforce Developer Blog
ソーシャルPLUS 開発チームでインフラエンジニア をやっています id:mayuki123 です。気づけば入社から10ヶ月ほど経っていました。 ソーシャルPLUSのメッセージ機能については1年半ほど前にAurora移行を実施していますが、2019年2月中旬にメインのソーシャルログイン機能で利用している データベースをRDS for MySQL5.6からAmazon Aurora(MySQL 5.6 互換）に移行することが出来ました。 developer.feedforce.jp Auroraに移行する利点等は多くの方がまとめているかと思うので、今回はデータベース移行で実施した手順に着目して書こうと思います。 準備期間と移行作業の概要 データベース移行方法の選択 AWSのDMSとは AWSのDMSのリソースについて データロードの種類 新しいAurora環境の構築 データベースインスタンス
Rails5.1でutf8mb4（絵文字）に対応させる - Qiita
Rails5.1でutf8mb4(絵文字)に対応させる 経緯 マルチバイト文字を扱うとエラーが出る「Mysql2::Error: Specified key was too long; max key length is 767 bytes limit」 rails5までは、カロリさんの記事を参考にutf8mb4に対応させていたが、 alias_method_chain で書かれていた Rails5 で alias_method_chain が deprecated され、Rails5.1 で alias_method_chain がなくなった 大したことではないがそれをprependで書き直し、プロジェクトを作るときによく使うのでメモとしてまとめます utf8mb4にする方法 手順としてはDBとRailsの設定をすればOK 1. RDS or MySQLの設定 2. Railsの設定 1
Mysql2::Error: Specified key was too long; max key length is 767 bytes limit
Mysql2::Error: Specified key was too long; max key length is 767 bytes limit railsでactive_adminのmigrationを行う際に以下のようなエラーが出ました Mysql2::Error: Specified key was too long; max key length is 767 bytes limitindex対象のカラム量が767バイトを超えると出るエラーのようです。 MySQLのencodingがutf8の場合は3バイトのため、255 * 3 = 765バイト で767バイト以下に収まります。 しかし、utf8mb4の場合は4バイトのため、255 * 4 = 1,020 バイトとなり、767バイトを超えてしまうためエラーが発生します。 今回utf8mb4を使用していたため、上記エラーが発
MySQL :: MySQL Workbench
設計 MySQL Workbench は、 DBA、開発者、データアーキテクトがデータベースの設計、作成、管理をビジュアルに行うことができるツールです。データモデラーが複雑な ER モデルの作成、フォワードおよびリバースエンジニアリング作業を行うために必要な機能を含み、難しい変更管理や、通常かなりの時間と労力を必要とするドキュメンテーション作業の為の重要な機能なども含まれています。 詳しくはこちら » 開発 MySQL Workbench は、SQL クエリーの作成、実行、最適化をビジュアルに行えるツールを備えています。SQL エディタは、シンタックスのカラーハイライト、自動補完、SQL ステートメントの再利用、SQL の実行履歴情報を提供します。Database Connections Panel によって MySQL Fabric を含む一般的なデータベース接続の管理が容易になります。
MySQL with InnoDB のインデックスの基礎知識とありがちな間違い - クックパッド開発者ブログ
こんにちは、サービス開発部の荒引 (@a_bicky) です。 突然ですが、RDBMS の既存のテーブルを見てみたら「何でこんなにインデックスだらけなの？」みたいな経験はありませんか？不要なインデックスは容量を圧迫したり、挿入が遅くなったりと良いことがありません。 そんなわけで、今回はレコードを検索するために必要なインデックスの基礎知識と、よく見かける不適切なインデックスについて解説します。クックパッドでは Rails のデータベースとして主に MySQL 5.6、MySQL のストレージエンジンとして主に InnoDB を使っているので、MySQL 5.6 の InnoDB について解説します。 InnoDB のインデックスに関する基礎知識 インデックスの構造 (B+ 木) InnoDB では B+ 木が使われています。B+ 木は次のような特徴を持った木構造です。 次数を b とすると、
[mysql] ダンプ・リストアする時にzcatコマンドを使って容量の圧迫を抑える - Qiita
mysqlのデータをダンプしてリストアしたい時にデータベースの容量が大きいと容量圧迫してしまう。そんなときgzファイルでdumpしたファイルを一度展開するのではなく、zcatコマンドを使って展開しながらリストアすると便利。 dump
![[mysql] ダンプ・リストアする時にzcatコマンドを使って容量の圧迫を抑える - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/601e0c615c544bc5837a5639be381bbf6be19ad8/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCbXlzcWwlNUQlMjAlRTMlODMlODAlRTMlODMlQjMlRTMlODMlOTclRTMlODMlQkIlRTMlODMlQUElRTMlODIlQjklRTMlODMlODglRTMlODIlQTIlRTMlODElOTklRTMlODIlOEIlRTYlOTklODIlRTMlODElQUJ6Y2F0JUUzJTgyJUIzJUUzJTgzJTlFJUUzJTgzJUIzJUUzJTgzJTg5JUUzJTgyJTkyJUU0JUJEJUJGJUUzJTgxJUEzJUUzJTgxJUE2JUU1JUFFJUI5JUU5JTg3JThGJUUzJTgxJUFFJUU1JTlDJUE3JUU4JUJGJUFCJUUzJTgyJTkyJUU2JThBJTkxJUUzJTgxJTg4JUUzJTgyJThCJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz00MmRiOTYyMGE2YjU3ZmYyMzEyOTY0YTdiNmYyZjY2Nw%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc3VlNzM4JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1mNDU5NTA0YzJhY2MwMDdhZDRjODgzOTYzODMzM2E1ZQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D14792ad44c2b38d3920ecf581c3681a1)
mysql の定期的なバックアップ - Qiita
解説が不十分な部分ついては、補足（コピペで本文に取り込める体裁だとありがたい）を頂けると助かります！ mysqlのバックアップ手法に関しては様々な方法がありますので随時追記していきたいと思います！ サーバー構成に関しても様々なパターンがありますので、随時追記していきたいと思います。 mysql-server 5.1.8以降では、以前の手法ではWarningが発生するようになったため、 それ回避した上での手法を公開したいと思います。 まずmysql5.1.8以前のバージョンでのバックアップ手法 mysqldump --opt --all-databases --default-character-set=binary -u root > /root/backup/mysql/all_db.sql
mysqldumpでダンプするrakeタスク - Qiita
# ./lib/tasks/db.rake require 'active_record' namespace :db do desc "Dumps the database to db/dbname.dump" task dump_all: [:environment,:load_config] do cmd = nil environment = Rails.env configuration = ActiveRecord::Base.configurations[environment] cmd = "mysqldump -u #{configuration['username']} -p#{configuration['password']} #{configuration['database']} > db/#{configuration['database']}.dump" p
Easily restore an Amazon RDS MySQL database from your MySQL backup
Starting today you can easily restore a new Amazon RDS for MySQL database instance from a backup of your existing MySQL database, including MySQL databases running on Amazon EC2 or outside of AWS. This is done by creating a backup using the Percona XtraBackup tool and uploading the resulting files to an Amazon S3 bucket. You then create a new Amazon RDS DB Instance from the backup files in Amazon
本番データを安全、簡単に利用する - Speee DEVELOPER BLOG
こんにちは、Speee唯一の踏韻エンジニア@mncです。 ライフスタイルメディア事業でヌリカエというサービスのエンジニアをしています。 Speeeでは半期に一度SpeeeKaigiというエンジニアのお祭りを開催しています。 今回は、「本番データを安全,簡単に利用する」というテーマで話しました。 SpeeeKaigiについてはこちらを参考にしてください。 tech.speee.jp スライド 背景 本番データを使用したテストにはいくつものメリットがあると思います。 ユーザー目線にたってテストができる 色々なパターンのデータでテストができる パフォーマンスの検証ができる しかし本番データを利用するためには個人情報の保護が必要で、これが結構な手間だと感じていました。 作ったもの そこでコマンド一発で指定したカラムをマスクしてダンプファイルを吐き出すmozaicというGemを作りました。 使い方
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Introducing MySQL Shell for VS Code
実行計画の話
https://developer.hatenastaff.com/entry/2019/01/15/120431
til/[mysql itamae] mysql-57-root-password.md at master · shimoju/til![til/[mysql itamae] mysql-57-root-password.md at master · shimoju/til](https://cdn-ak-scissors.b.st-hatena.com/image/square/a54b2ed4c2ac2355cecb2801ad26256fcd903930/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2F9c522fdc03df8dff7950ae454e1a55574c2d2e9b825b537f13563cf023d4c00c%2Fshimoju%2Ftil)
http://post.simplie.jp/posts/33
https://engineering.mercari.com/entry/2017/12/18/deadlock
