このエントリーは MySQL Casual Advent Calendar 2018 の5日目の記事です。 そもそもMySQL Upgrade Checkerって？ 今まではリリースノートを読んで、つぶさに問題点を洗い出して、現行のDB環境に問題が無いかを人手にチェックしていました。 それをMySQL5.7の場合にMySQL8.0にアップグレードする場合に限って、Oracle社が公式にアップグレード時のチェックツールを作りました。 (Oracleデータベースとかだと昔からあるんで、その文化がMySQLにも入ってきた感じですね) 現在のUpgrade Checkerでは以下のようなことがチェックできる 古い temporal type の使用 DBのオブジェクト名と予約語の競合 utf8mb3キャラクタセットの使用 mysqlスキーマの予約されたテーブル名 64文字を超える外部キーの名前 廃

この記事は MySQL Casual Advent Calendar 2016 の25個目の窓です。 はじめに MySQL Casual はよく "カジュアル詐欺" とか言われて初心者に優しくないみたいなことをネタ的に言われることがあるわけですが、MySQL Casual における ”カジュアル” というのは ”カジュアルにMySQLに関することを話そう” という意味でのカジュアルです。 なので、その内容が初心者向けであれガチ勢であれ、広く気軽にシェアしようと理解いただければと思います。さあ君も今日からカジュアルだ！ と、言いながらタイムラインを検索してみたら @yoku0825 さんが6回くらい "カジュアル詐欺" とツイートしていて自縄自縛ではないかという気もしてきました。 MySQL の検証環境どうやって作ってますか さて、この記事を読まれるみなさんの多くは MySQL を使ってお仕

メリークリスマス！🎅🎄 このエントリはMySQL Casual Advent Calendar 2016の24日目です。 今日はこれの話です！ @eagletmt 実装と実行計画依存です(たとえばInnoDBで単一カラムのインデックスが使われた場合のsort orderはprimary keyになるはずです)— Ryuta Kamizono (@kamipo) December 4, 2016 @eagletmt すいません、すこし間違いがありました。もし hoge_id = ? のような絞り込みで単一カラムのインデックスが採用された場合はsort orderはprimary keyになるはずです。InnoDB前提なら基本的に実行計画依存です。— Ryuta Kamizono (@kamipo) December 4, 2016 @eagletmt MySQLでorder by無しのと

MySQL Casual Advent Calendar 2016 - Qiita 21日目の記事です。 穴があったら埋めたいタイプの人です。5回目。。。 なお、大トリの25日が空いているみたいですが、3年連続であの方でしょうか？(・_|襖| ある日、MySQLおじさんお兄さんに、、、 って言われたので、約束破ってみたｗ やることは、以下の通り。 binlog出力ON、binlog_format=MIXED まったく同じ構造のテーブルを３つ用意 テーブル1に1000万件用意(ibdファイル1.6GB) ログをFLHSH REPEATABLE-READで、テーブル1からテーブル2へINSERT ... SELECT 全件 ログをFLHSH READ-COMMITTEDに切り替えて、テーブル1からテーブル3へINSERT ... SELECT 全件 ログをFLHSH ログファイル確認 実験結果

この記事は MySQL Casual Advent Calendar 2016 の13日目の記事です！ MySQL 5.7.17がリリースされたわけですが、みなさん待望のあの機能がついに追加されました。なので早速試してみましょう。 プラグインとしての機能追加なので、まずはプラグインをインストールします。 http://dev.mysql.com/doc/refman/5.7/en/connection-control-plugin-installation.html mysql> INSTALL PLUGIN connection_control SONAME 'connection_control.so'; Query OK, 0 rows affected (0.02 sec) mysql> INSTALL PLUGIN connection_control_failed_login_

MySQL Casual Advent Calendar 2016 - Qiitaの5日目の記事です。 AdventCalendar自体初参加でドキドキ。 トランザクションの開始は、BEGINしたときじゃない！ MySQLでは、BEGIN（START TRANSACTION。長いので、以下、特筆すべき場合以外は「BEGIN」で）を宣言しても、内部的にはまだトランザクションを開始してません。 SQLを投げたタイミングで、トランザクション開始になります。 このとき、更新のない、FOR UPDATEもないSELECT文でも、トランザクションが開始されます。 なにそれきもい。 「AutoCommit=ON/OFF」による違い AutoCommit=ONのとき トランザクションはSQLを発行するたびにBEGIN/COMMITで完了し、ロールバックできません。 複数SQLを束ねて１つのトランザクション

まえがき Qiita始めて大して経ってないけど、なにやらAdvent Calendarが盛り上がっていて、たまたまMySQL5.7のJSONのことを簡単にまとめておこうと記事を書いていたらMySQL Casual Advent Calendar 2016を偶然見つけたので、勝手に参加してみました(参加に問題があったらご連絡ください)。 概要 MySQL5.7から導入されたJSON型というのを試してみました。なお、ここでは簡単なテストのみなので、JSON型の負荷やコストなどの評価等はいっさいやっておりません(DB屋じゃないし…)。 テーブル作成 単純なテストなので、凝らずに1カラムJSON型だけでテーブルを作ります。

About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)

Ciaaa - free nudes, naked, photos, CIAAA (Canadian Interscholastic Athletic Administrators Association) - OFSAA