kamipo TRADITIONALでは防げないINSERT IGNOREという名の化け物 | おそらくはそれさえも平凡な日々
インスパイア元→kamipo traditional (というかSTRICT_ALL_TABLES) では防げないMyISAMという名の化け物 タイトルが全てです。ピンときた方は読み進む必要はありません。 データがなかったらINSERTして欲しいけど既に入っている場合には何もして欲しくないみたいな処理をするときに、 INSERT IGNORE を使ってしまうことがありますが、 INSERT IGNORE はユニークキー制約違反だけじゃなくて、あらゆるエラーをIGNOREしてしまいます。つまりkamipo TRADITIONALすらIGNOREしてしまうのです。なので使わないほうが安全です。 様子です。 mysql> SET SESSION sql_mode='TRADITIONAL,NO_AUTO_VALUE_ON_ZERO,ONLY_FULL_GROUP_BY'; Query OK, 0
MySQLの超遅いSELECTが劇的に早くなった | X->A->O
CakePHPはよく触っていたものの、MySQLについてあまり知らなかったんですが、大規模なデータベースを扱ってみようと思い立ちいろいろ試行錯誤しています。 で、ついさっき感動したのが、40万件のレコードを扱ってるテーブルに簡単なSELECT分を投げて返ってくる時間がなんと5秒もかかっていて、なんじゃこりゃ？って首をかしげてたんですが、INDEXひとつで劇的に早くなったこと。 40万件が大規模かそうでないかはこの際おいておいて、INDEXのつけ方次第でこんなにも速度に変化があるのかと涙が出そうになった。 最初の激遅いテーブルは簡単に書くとこんな具合。 CREATE TABLE IF NOT EXISTS `shops` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(255) NOT NULL, `status
【MySQL】日付型のインデックスを検証してみての気付き。 – sawara.me
なんか日付け型のカラムにインデックスをつけようと思ったんだけど、これってほんとに有効なの？って思ったので、改めて検証して見たんだよという話からの気付き。 皆これ当たり前の様に知っているのかなぁ。少なからず僕は改めて気づいたのでメモとして。 前提条件 MySQL5.6 以下のテーブルを検証用に用意します。検証するデータ型はTIMESTAMPとDATETIMEです。 [sql] CREATE TABLE test (c1 INT NOT NULL AUTO_INCREMENT, c2 TIMESTAMP, c3 DATETIME, PRIMARY KEY(c1), KEY (c2), KEY (c3)) ENGINE InnoDB; INSERT INTO test (c2, c3) VALUES (‘2014-01-01 00:00:00’, ‘2014-01-01 00:00:00’),
MySQL を使ってリレーショナルデータベースの悲観的・楽観的排他制御を試してみる - CUBE SUGAR CONTAINER
リレーショナルデータベースの排他制御は、複数のトランザクションが同時に同じリソース (テーブル・行) に対してアクセスしても内容の整合性が崩れないようにするために行うもの。 また、排他制御のやり方には悲観的と楽観的のふたつがある。 悲観的排他制御は、あらかじめ対象のリソースを自分以外のトランザクションから操作できないように排他ロックをかけることで処理をアトミックにして実現する。 それに対して楽観的排他制御では、リソースを操作する際にそれが別のトランザクションから変更されていないことをバージョン番号やタイムスタンプを使って確認することで実現する。 今回はこのふたつの排他制御について MySQL を使って試してみることにする。 尚、今回使用する環境は次の通り。 MySQL はバージョン 5.6.26 を使っている。 $ mysql -u root -e "show variables like
トランザクション分離レベルを理解するために実際に試してみる – sawara.me
「トランザクション分離レベル」って今まで聞いたことはあったんだけど、なんのこっちゃわからんかったし、実用面で運用中に気にすることもなかったし、けど知らないままなのもなんだかなぁ、ってことで改めて調べてみました。 Wikipediaによりますと トランザクション分離レベル （-ぶんり-）または 分離レベル (英: Isolation) とは、データベース管理システム上での一括処理（トランザクション）が複数同時に行われた場合に、どれほどの一貫性、正確性で実行するかを4段階で定義したものである。隔離レベル 、 独立性レベルとも呼ばれる。トランザクションを定義づけるACID特性のうち,I(Isolation; 分離性, 独立性)に関する概念である。 Wikipedia「トランザクション分離レベル」より 重要なのはトランザクションのACID特性のI(Isolation; 分離性, 独立性)に関する概
Rails4.2のコネクションプールの実装を理解する - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
tl;dr Railsではコネクションプール数を設定していても、1スレッド辺り1コネクションしか持ちません。 発端 アカツキではRails + Unicorn + Nginx + MySQLの構成をAWSで運用しており、c3.4xlargeのインスタンス上で1台辺り64のUnicornワーカープロセスが実行される設定になっています。 ソーシャルゲームでは時にたくさんのアプリケーションサーバを並列稼働される必要がでてきます。特に年末年始の時期は平時の2-3倍のトラフィックが予想され、アプリケーションサーバを最大100台で稼働させる必要がありました。 Railsのdatabase.ymlのpool設定は5だったので、単純に考えると最大 100台 * 64プロセス * 5接続 = 32,000個の接続が常時貼られるのでは？MySQLのmax_connectionsの設定は大丈夫か？という議論があ
新しい業界標準「SQL99」詳細解説
オブジェクト指向、Javaを取り入れた 新しい業界標準「SQL99」詳細解説 データベースに対するアクセス言語として成功している業界標準の 「SQL」が、 7年ぶりに改訂の時期を迎えた。 新しく登場する「SQL99」では、オブジェクト指向やJavaを取り入れたものとなり、 リレーショナルなデータのみならず、データアクセス一般に広く利用される アクセス言語としての地位を目指したものとなっている。 ここではその詳細を3章に分けて説明していこう 室住正晴＋松居由美子 日本IBMシステムズ・エンジニアリング 2000/6/4（＠IT掲載） 1999/10/24（INTEROP MAGAZINE初出） （本記事は、ソフトバンク・パブリッシング発行の「INTEROP MAGAZINE」 1999年12月号から3回連載された同名の記事を、筆者、編集部のご厚意により掲載の許諾をいただいたものです。一部再編
テーブル名や列名の別名の指定 - HHeLiBeXの日記 正道編
はじめに - SQL標準規格では SQL標準規格によると、SQL文ではテーブル名や列名の別名を次のように指定することができることになっている。(いずれも、キーワード AS は省略可能) SELECT t.col2 [AS] c2 FROM tbl [AS] t WHERE t.col1 = 1 UPDATE tbl [AS] t SET col2 = 2 WHERE t.col1 = 1 DELETE FROM tbl [AS] t WHERE t.col1 = 1 (ひとつ気をつけなければいけないのは、UPDATE文のSET節で指定する列名にはプレフィックスを一切書けないこと) この別名をつける書き方について、DBMSやそのバージョンによってサポート状況が違うようなので検証してみる。 検証 前提とするテーブルはどうでもいいのだが、一応書いておく。 CREATE TABLE tbl(id
これだけは覚えておきたい!!MySQL の６つの自動変換 - sakaikの日々雑感～(T)編
MySQLはとても気ぃつかい屋さんである。我々が投げる多少あいまいな指示も頑張って解釈し、なんとか文句を言わずに実行してみようと挑戦してみてくれる。 今日はそんなMySQLがケナゲに解釈してくれる自動変換について紹介しようと思う。この自動変換、ケナゲなMySQLの奥ゆかしさ故、出した指示と異なる動作をされたことに気がつかないことがある。ここで紹介する６つの自動変換をしっかり脳ミソにたたき込んでおけば、無用なトラブルにハマる時間も減るかもしれない。 １．[数値] 範囲外の数値は頭を押さえつけられる intやsmallint、bigintなどの数値型には、扱える範囲が決まっている。例えばint型なら最大21億ちょっとだ（unsignedの場合は43億弱）。これより大きい数字を登録するよう指示を出すとMySQLはどうするか。そう、頑張って入れられるところまで入れてくれるのである。「入れられるとこ
ElasticSearch を MySQL の全文検索エンジンとして使う : まだプログラマーですが何か？
最近のマイブームの１つになっている、全文検索エンジン ElasticSearch に MySQL のデータを取り込んで、MySQL データベースの全文検索エンジンとして ElasticSearch を使う手順の紹介です。 まず検索エンジンである ElasticSearch を導入します。日本語形態素解析エンジンである Kuromoji まで含めてのインストール手順を別エントリで紹介しているので、こちらを参照ください： ElasticSearch に Kuromoji プラグインを導入する また取り込み先である MySQL サーバーについても環境は構築済みであると仮定します。こちらの構築手順についても、こちらのエントリを参照ください： CentOS に MySQL をインストール／セットアップする なお、自分個人的には MySQL ではなく MariaDB を使って同じことをできているので、
インフラを意識してコードを書くということ - Hatena Developer Blog
チーフエンジニアの id:Songmu です。 4月に 新人エンジニア研修を行なった のですが、その際に、「インフラを意識したアプリケーションの書き方」という講義を担当しました。そこでおこなった講義の内容について整理しながら書き起こしていきたいと思います。 インフラを意識すると何が良いか 業務でWebアプリケーションを扱うと、個人ではなかなか扱えないトラフィックであったりデータ量を扱うことになります。小規模サービスでは考えなくてよかった多くのことを考慮する必要がでてきます。なかなか体験できないことでもあるので、楽しく、やりがいもあります。 また、そういった経験を通して、インフラを意識しコードをかけるスキルを身につけることは、Webエンジニアとしては大きな強みとなります。ISUCONで優勝できるかもしれません*1。 インフラを意識すると何が良いか 〜 中規模ベンチャーの場合 そもそも、はてな
MySQLでインデックスを貼る時に読みたいページまとめ(初心者向け） - Qiita
書いてあること インデックス…?INDEXって何それ(ﾟДﾟ)？レベルの人が 最低限、MySQLのクエリチューニングなどできるようになるための取っ掛かり／リンク集です。 初心者が取っ掛かりにする程度（あるいはそれ以下）にしか書いてないので、 深掘りしたい場合は、各リンクを読むことを推奨します。 INDEXって？ 超ざっくりいうと 作るとデータ参照が速くなるやつ 大量のレコードが入っているテーブルから1行のレコードを検索するのに 頭から順番に検索したら時間がかかります。 INDEXを作成すると、データテーブルとは別に検索用に最適化された状態でデータが保存されます。 このINDEXを使うことで、目的のレコードを迅速に見つけて取り出すことが可能になります。 ※デメリットもあるので注意！ ---- 2018.03.16 追記(コメントにて指摘いただいた内容を転写) ---- MySQL 5.6 で
MySQL 5.7.4で導入されたdefault_password_lifetimeがじわじわくる（MySQL 5.7.11でFIX！！）
MySQL 5.7.4で導入されたdefault_password_lifetimeがじわじわくる（MySQL 5.7.11でFIX！！） 【2016/01/13 10:12】 MySQL 5.7.11でdefault_password_lifetimeのデフォルトは0に変更になりました！ それ以降のバージョンであればこの記事の内容は気にする必要はありません。 日々の覚書: MySQL 5.7.11でdefault_password_lifetimeのデフォルトが0になるらしい！ TL;DR default_password_lifetime= 0 を秘伝のmy.cnfに入れておくつもり。 MySQL :: MySQL 5.7 Reference Manual :: 5.1.4 Server System Variables パラメーターの意味は読んで字のごとく、「最後にパスワードが更新さ
自宅サーバー Debian/Ubuntu
膨大なパッケージと強力なパッケージ管理システムを備えた Debian / Ubuntu を使って自宅サーバーを構築する方法を紹介しています。 サーバーソフトウェアのインストールから運用方法まで幅広く解説しています。 Debian を使った自宅サーバー構築 Debian 4.0 をインストールする。 Debian 4.0 のダウンロード Debian 4.0 のインストール OpenSSH で SSH サーバーを構築して Windows からサーバーを操作する。 OpenSSH のインストール OpenSSH の起動 Windows で利用する SSH クライアント RSA 公開鍵暗号方式を用いた認証 MySQL でデーターベースサーバーを構築する。 MySQL 5.0 のインストール MySQL 5.0 の設定 MySQL 5.0 の起動 PostgreSQL でデーターベースサーバーを構
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MariaDB Knowledge Base
SQL Dialects Reference/Functions and expressions/Date and time functions - Wikibooks, open books for an open world
バックナンバー – おくvillage