データベースリファクタリングについて話をしてきた #OSO2017 - そーだいなるらくがき帳
岡山にはオープンセミナー岡山と言う最高のイベントがあります。 okayama.open-seminar.org 昨日は id:t-wada さんや id:naoya さんの資料がホットエントリー入りしてました。 この登壇はそれと同じイベントになります。 その他の方も超豪華講師陣の中で、私が出来る精一杯の経験も踏まえたお話をさせていただきました。 speakerdeck.com この中で出て来る、データベースリファクタリングは本当に素晴らしい本です。 OracleベースなのですがMySQLだろうがPostgreSQLだろうが必ずためになる本です。 ですが、この本は既に廃刊になっており再販の予定もありません… 僕は後世に絶対必要な本の一つだと思っているので再販のためにも皆さんの要望の声を上げていただけるとうれしいです。 そしたらもしかしたら本が世に復活するかもしれません。 またSQLアンチパタ
gh-ost：GitHubのMySQL向けオンライン・スキーマ・マイグレーションツール | POSTD
本日、 gh-ost のオープンソース・リリースを発表します。GitHubの、トリガーレスなMySQL向けオンライン・スキーマ・マイグレーション・ツールです。 gh-ost は、MySQLテーブルの修正が必要な、進行中の継続的なプロダクション変更に伴って私たちが直面する問題に答えるために、ここ数ヶ月で開発されました。 gh-ost は、負担が小さく、制御しやすく、監査しやすく、操作が簡単なソリューションを提供することによって、現在のオンライン・テーブル・マイグレーションのパラダイムを様変わりさせます。 MySQLテーブルのマイグレーションは、よく知られた問題で、2009年からはオンライン・スキーマ変更ツールによって対処されてきました。ハイペースで成長するプロダクトに伴って、データベース構造の変更が必要になります。列やインデックスなどの追加・変更・削除は、デフォルトのMySQLの動作を妨げる
組み込みMySQLを使ったユニットテスト - たけぞう瀕死ブログ
GitBucketがMySQL、PostgreSQL対応したのでマイグレーションのテストをMySQLやPostgreSQLで実行できるようにしたいなぁと思って方法を考えています。 テスト用のDBを立てたりDockerを使ったりするのが一般的な方法なのではないかと思いますが、Javaで利用可能な組み込みMySQLなんていうものも存在するようなので試してみました（以前@makingに教えてもらいました）。 github.com 使い方はとても簡単で、Mavenの依存関係を追加して <dependency> <groupId>com.wix</groupId> <artifactId>wix-embedded-mysql</artifactId> <version>1.0.3</version> <scope>test</scope> </dependency> こんな感じで使えます。 Mysq
Redmineで高速に全文検索する方法 - 2016-04-11 - ククログ
Redmineで全文検索するとかなり時間がかかります。 クリアコード社内でもRedmineを使用しており、全文検索が遅いことは以前から問題視していました。 最近Redmineでの全文検索を高速に実行できるようになるプラグインを開発したので紹介します1。 リンク先を見てもらえばわかるとおり、PostgreSQLとMySQL(MariaDB)に対応しています。 それぞれPGroongaとMroongaを使用しています。 このプラグインを使うと、デフォルトの全文検索と比較して以下のメリットがあります。 高速 Ruby on RailsでPostgreSQLとPGroongaを使って日本語全文検索を実現する方法 PostgreSQLで日本語全文検索 - LIKEとpg_bigmとPGroonga Ruby on RailsでMySQLとMroongaを使って日本語全文検索を実現する方法 MySQL
第20回 mycliを使って快適にSQLを実行する | gihyo.jp
新しいアプリケーションの機能を実装する際に、ローカルや開発者向けのデータベースにアクセスして、プログラムを実装する前に何度かSQLをためしに実行することもあるかと思います。その際に、補完機能や以前実行したSQLの検索機能等がある場合とない場合では、作業の効率が変わってきます。 そこで、今回は補完や検索機能など、多くの便利な機能をもつmycliというクライアントについて紹介をしていきます。 デモンストレーション環境 今回は5.7.12を第5回 Dockerで複数バージョンのMySQLを開発環境に用意するで作成した環境で実行して確認していきます。また、今回使用するデータは「第2回 MySQLにはじめてのデータを入れてみる」で紹介をしている郵便番号のテーブルを用いて紹介を行います。 mycliのインストール ここではMySQLのクライアントの1つであるmycliを紹介します。mycliは自動補完
mysql 複数行のupdate - Qiita
update work_shops set point = 10 where id = 1; update work_shops set point = 20 where id = 2; update work_shops set point = 30 where id = 3; update work_shops set point = 40 where id = 4; update work_shops set point = 50 where id = 5; update work_shops set point = 60 where id = 6; update work_shops set point = 70 where id = 7;
俺のtimestampがこんな挙動なわけがない - Qiita
CREATE TABLE `foobar` ( (省略) `start_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '開始日時', `end_at` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' COMMENT '終了日時', (省略) ) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8; start_at: 指定してないのに DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP が勝手に追加されていた。 プログラム上、値が絶対に入ることになっていたからどっちでもよかったけど、 想定してたものと挙動が変わる
CentOS 6.x に MySQL 5.7をyumで簡単にインストールする - Qiita
# デジタル署名をインポートする $ sudo rpm --import http://dev.mysql.com/doc/refman/5.7/en/checking-gpg-signature.html # yumリポジトリの設定をインストールする $ sudo rpm -ihv http://dev.mysql.com/get/mysql57-community-release-el6-7.noarch.rpm # yumリポジトリをlistする $ yum --disablerepo=\* --enablerepo='mysql57-community*' list available # MySQL Server 5.7をインストールする $ sudo yum --enablerepo='mysql57-community*' install -y mysql-community
AnsibleでRPMのMySQL5.7のインストール・初期設定を自動化してみた · DQNEO日記
MySQL v5.7ではrootの初期設定まわりがいろいろ変わっており、 v5.6をベースにした記事を見てもそのままでは使えなかったりします。 Ansibleを使ってMySQL 5.7をインストール・初期設定するところまでできたのでやり方を紹介します。 注意 これはあくまで簡易版で、Vagrantのような開発環境構築を想定しています。 本番サーバに適用する場合はもっとセキュリティを重視する必要があるでしょう。 自分はMySQLに関しては初級者なので、ツッコミ歓迎です。もっといいやり方があれば教えてください。 手順 RPMを使ってMySQL5.7をインストールする ログファイルを解析してrootのパスワードを得る rootのパスワードを /root/.tmp.my.cnf に記述する /root/.tmp.my.cnf を使ってrootログインし、rootのパスワードを変更する と同時に新パ
第5回 「MySQL User Conference」、「PostgreSQLカンファレンス 2015」開催 | gihyo.jp
OSSデータベース取り取り時報 第5回「MySQL User Conference」、「PostgreSQLカンファレンス 2015」開催 2015年12月に、日本で2008年以来となるMySQL User Conferenceと、昨年に引き続きPostgreSQLカンファレンスが開催されました。 ［MySQL］2015年12月の主な出来事 MySQL 5.7のリリースやMySQLの開発開始から20年、日本MySQLユーザ会15周年、またオラクルが開発するデータベース製品として5年経過したことなどを記念し、MySQL User Conferenceが開催されました。この名称のイベントは旧MySQL社時代の2003年に米国で初めて開催され、日本でも2007年やサン・マイクロシステムズ時代の2008年に開催されていました。また夜にはGREE株式会社主催によるGREE Tech Talk #09
MySQL の "0000-00-00" は NULL？ - sakaikの日々雑感～(T)編
数日前に、とみたまさひろさんのこんなツイートがありました。 なんだこれ？ MySQLこわい… mysql> SELECT * FROM x WHERE datetime IS NULL; datetime 0000-00-00 00:00:00— とみたまさひろ (@tmtms) 2015, 12月 17 @tmtms ちなみにその '0000-00-00' は、 IS NOT NULL のときには含まれないんですか？— 坂井 恵(SAKAI Kei) (@sakaik) 2015, 12月 17 MySQL :: MySQL 5.6 リファレンスマニュアル :: 12.3.2 比較関数と演算子 "NOT NULL として宣言された DATE および DATETIME カラムでは、次のようなステートメントを使用することで、特殊な日付 '0000-00-00' を検索できます" その後の t
MySQLに割り当てるバッファサイズの計算方法 - Qiita
概要 このへんの本を読んで復習がてらに書いてく 計算式 (物理RAMの合計) ― {max_connections x (スレッドバッファによる消費) + グローバルバッファによる消費} > 0 グローバルバッファ + スレッドバッファで消費されるであろうメモリサイズが物理メモリサイズを超えないようにする 物理RAM：r3.2xlargeで61GB グローバルバッファ(サーバ全体に設定されるオプション) すべての接続とクエリに影響する mysqldが獲得できるRAMの量を計算し、バッファサイズの合計がこれを超えないようにする オプション query_cache_size innodb_additional_mem_pool_size innodb_buffer_pool_size innodb_log_buffer_size key_buffer_size 消費メモリ計算式(GB表示) S
mysql Connector/J の設定で効きそうなやつ - その手の平は尻もつかめるさ
mysql Connector/J を使う時に色々効きそう (あるいは効かなそう) な設定項目を調べたのでまとめておくこととします．なお，対象としている mysql のバージョンは5.6 (以降)，Connector/J のバージョンは5.1.34 (以降) です． Connector/J は設定できる項目が多くて迷ってしまうんですが，道標となる資料も幾つかあるのでそれについてもまとめておきます． 何か追記すべき事項があったら適宜追加してゆきたいと思っています．「これも入れたほうが良いのでは無いか」というようなご指摘ありましたらご一報ください． 設定項目 characterEncoding おなじみの文字コード．要設定． ちなみに以下の様なテクがある． Driver doesn't support utf8mb4 for servers 5.5.2 and newer. The drive
MySQL のバックアップを cron で定期的に自動で行う
さてさて、4月からは自宅PCを触ることはできなくなりそうなので、メインサイトの更新作業などを自動化していますが、最も大切なバックアップを忘れていたので、今日設定してみました。 Automatic MySQL Backup いろいろと方法はありましたが、まずは Automatic MySQL Backup を試してみます。 といっても、使い始めるまでは簡単です。automysqlbackup.sh に USERNAME、PASSWORD、DBNAMES を設定して、chmod u+rwx(755) して後は cron から定期的に実行させるだけ。 以下のサイトも、Automatic MySQL Backup について紹介、解説されています。 MySQLを自動バックアップする「AutoMySQLBackup」 – GIGAZINE アイビースター » MySQLの全DBを自動バックアップする
詳解 MySQL
「MySQLソースは公に利用できるという意味ではオープンなものだが、そのソースを理解できなければ本質的にはそれはクローズなものになる。」（本書「はじめに」より） しかし、優秀なプログラマたちのアイデアと努力の結晶であるソースコードを読み解くには、彼らのインスピレーションと努力の痕跡を知る必要がある。本書は、コードに秘められたプログラマたちのアイデアに触れながら、MySQLのソースコードを読み解くための指針を提供する。MySQL内部の詳細に踏み込むための手引書である。 はじめに 1章 MySQLの歴史とアーキテクチャ 1.1 MySQLの歴史 1.2 MySQLアーキテクチャ 1.2.1 コアモジュール 1.2.2 各コアモジュールの連携 1.2.3 各コアモジュールの詳細 2章 MySQLソースコード利用の基本 2.1 Unixシェル 2.2 BitKeeper 2.3 BitKeeper
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
よく使うOS・ミドルウェアのサポート終了期限(EOL/ライフサイクル)をまとめた - Qiita
TechCrunch | Startup and Technology News
MySQLやSSDとかの話 後編
MySQLやSSDとかの話 前編
MySQLのlimitで大量データのパフォーマンスが遅い重い！
