Open database life
最近発売された技術評論社のムック「データベース徹底攻略」に寄稿しました。 この本は、データベースのための本ということで、データベース設計、SQL、MySQL、Redis、MongoDB、Redshiftという代表的な要素技術についてのまとめとなっています。各プロダクト(MySQL、Redis、MongoDB、Redshift)については、現場で実際に本格的に使われている方々による記事なので大いに参考になると思います。 私は冒頭のまとめ記事を寄稿しました。詳細はぜひお手に取って読んでくださればと思います。ここでも自分が各技術を現時点でどのようにとらえているか、本ではいささか書きづらい内容について、最近流行りの言葉でもある「技術的負債」という観点も踏まえて書いておこうと思います。 ・MySQL (RDBMS) 私はMySQLの中の人でもありましたし、これまで至るところで話してきたので省略します
MySQL Cluster
1 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database MySQL日本語処理 現状と今後 松信 嘉範 (MATSUNOBU Yoshinori) MySQL株式会社 シニアコンサルタント ymatsunobu@mysql.com 2 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database 今回の内容 • MySQL6.0の4バイトUTF-8文字対応 • 日本語文字列のソート • Unicode、シフトJIS、日本語EUCの長所・短所の整理 • 日本語のテーブル名 3 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database 4バイトUTF-
[MySQL] File './mysql-bin.index' not found (Errcode: 13)
[MySQL] File './mysql-bin.index' not found (Errcode: 13) MySQL をソースコードからインストールして、初期化後、起動したらエラーが発生したときの解決方法をご紹介します。 前提条件 MySQL インストール ちなみに、MySQLをソースコードからインストールする手順はこちらから。 MySQL5.5 を CentOS6.3 にソースコードからインストールする手順 | CodeNote エラー Starting MySQL.The server quit without updating PID file MySQLを起動するとエラーが発生しました。 # service mysql start Starting MySQL.The server quit without updating PID file (/[失敗]cal/mysql
【MySQL5.1】エラーを検証する 〜其ノ一〜 - ぱそ子のめも
●mysql_install_dbコマンドをMysql実行ユーザで実行した時のエラーを検証するメモ ● ※実行環境 ・fedora13にmysql5.1をバイナリ版で/usr/local/mysql5.1.50にインストール ※/usr/local/mysqlでシンボリックリンクを作成している ★以下/usr/local/mysql5.1.50か/usr/local/mysqlと記述してる （どちらを記述してるかはその時の気分で・・・） ・mysql_install_dbコマンドをMysql実行ユーザで実行した ※Mysql実行ユーザで実行した場合は --userオプションは付けなくても良いみたいなので省略 ・オプションファイルの雛形my-medium.cnfを/usr/local/mysql/my.cnfに設置 ・my.cnfデフォルト →
「さくらのVPS」に MySQL5.5 をソースからインストール（その1）
前回、前々回とインストールした python に続いて、MySQL をインストールします。 2011.7.1 現在の最新版は MySQL Community Server 5.5.13 です。 yum や rpm でのインストールも手軽で良いですが、勉強のために、ソースからインストールします。 まずはインストールされていないことを確認。 # rpm -qa mysql-server # yum list | grep mysql 上記で MySQL がインストールされていないことが確認できたら、インストール開始です。 が、最近の MySQL インストール方法は、configure ではなく cmake へ変更されたようです。 なので、cmake をインストールします。 # yum list | grep cmake さくらVPS のデフォルト設定では、何も見つかりません。 cname は別
Snow Leopard で MacPorts から Apache2, PHP5, MySQL のインストール : Serendip – Webデザイン・プログラミング
Snow Leopard で MacPorts から Apache2, PHP5, MySQL のインストール Snow Leopard をクリーンインストールし、 Apache2、PHP5、MySQL を MacPorts からインストールした際のメモ。 Apache2 のインストール インストール後表示されるメッセージにしたがって、OS起動時に Apache2 を自動起動するように設定する。 $ sudo port install apache2 ########################################################### # A startup item has been generated that will aid in # starting apache2 with launchd. It is disabled # by defaul
MacPortでMySQL5+PHP5+Apache2 - suzukyuの勉強日記
PHP5+SQLite3で足りると思っていたのですが、その用件ではデータベースアクセスにPEAR::DBが使われていて、 [SQLite][PHP] PHPのPEAR::DBはSQLite3に未対応 - SumiTomohikoの日記 をみるにSQLite3ではダメみたいです。 ついでなので、MySQL5を入れて環境を構築し直しました。 Mimori's Algorithms Space: macports で php5 + mysql の手順をみてやってみました。参考URLと同じくPEAR等も入れてみた。 従来入れておいたPHP5がバッティングするので、一旦抜く。 $ sudo port uninstall php5 ---> Deactivating php5 5.2.5_3+apache2+macosx ---> Uninstalling php5 5.2.5_3+apache2+m
やったーJavaScriptの動くMySQLできたよー - 愛と勇気と缶ビール
※ネタです ※UDFです Mysql 5.1 Plugin Development 作者: Andrew Hutchings,Sergei Golubchik出版社/メーカー: Packt Publishing発売日: 2010/08/30メディア: ペーパーバック購入: 1人 クリック: 45回この商品を含むブログ (2件) を見る しばらく積ん読していたこの本をちょっと眺めてみたら、MySQLのUDFって簡単に作れるんだなー、と思った && そういやV8ってライブラリとして簡単にリンクできるはずだな、と思い出した ので、ついカッとなって作った。 http://github.com/zentooo/mysqludf-jseval UDFうんぬｎ ほとんど↑の本の受け売りになるけど、一応MySQLのUDFについて備忘録代わりに軽く紹介しておくと UDFを追加する場合、MySQLの再コンパイ
MySQLをmaster:slave=1:1構成にして参照をslaveに向けるのがなぜ良くないか - 酒日記 はてな支店
MySQLのmasterとslave 1:1にして参照をslave向けるのってやりたがる人多いみたいだけど、性能たいして上がらない割に可用性落ちるだけだからやめようキャンペーン 2011-06-19 00:16:30 via YoruFukurou MySQL はレプリケーションが簡単に構成できるのですが、時折 master 1台 に対して slave 1台、更新処理は master に、参照は slave に、という構成を目にします。 個人的にはこの構成はお勧めでないと思っているので、その理由を考察してみます。 1. 可用性が落ちる 当然ですが、master, slave のどちらが落ちても影響を受けるために可用性が低下します。 2. 全体の性能がほとんど上がらない master 1台ですべてのクエリを処理する場合と比べて、可用性が落ちる引き換えとして見合った性能向上が得られるか、という
MySQLクイック・リファレンス
この文書は、osCommerceで使用しているデータベースMySQLの基本的な使い方について解説しています。おもにデータベースの管理者よりも、ユーザに向けて書かれています。 はじめに ここでは、MySQLサーバは起動しているものとして説明します。 MySQLの文字について MySQLでは、データベース名やテーブル名の大文字と小文字を区別しています。それ以外は区別しません。 MySQLのフィールド名やテーブル名に使える文字は、英数字と_（アンダーバー）、$、サーバのキャラクタセットにある文字です。 知っておきたいコマンド mysqladmin（データベースの作成・削除や、MySQLサーバの情報を得る） mysqlshow（データベース、テーブルの情報を表示する） mysql（MySQLクライアントの起動） mysqldump（データベース、テーブルをダンプする） myisamchk（テーブル
MySQL :: MySQL 8.0 リファレンスマニュアル :: 12.10 全文検索関数
MATCH (col1,col2,...) AGAINST (expr [search_modifier]) search_modifier: { IN NATURAL LANGUAGE MODE | IN NATURAL LANGUAGE MODE WITH QUERY EXPANSION | IN BOOLEAN MODE | WITH QUERY EXPANSION } MySQL では、次のような全文インデックス設定および検索がサポートされています。 MySQL の全文インデックスは、型 FULLTEXT のインデックスです。 全文インデックスは、InnoDB または MyISAM テーブルでのみ使用でき、CHAR、VARCHAR、または TEXT カラムにのみ作成できます。 MySQL には、中国語、日本語および韓国語 (CJK) をサポートする組込みの全文 ngram パーサー
MeCab + Senna + Tritonn で MySQL 全文検索を試す(2) - tilfin's note 跡地
MeCab + Senna + Tritonn で MySQL 全文検索を試す - Tosshi Note の続き Google 風の検索 UI を実装してみた。 テーブルを作成 - SQL CREATE TABLE fastsearch ( id INTEGER AUTO_INCREMENT, PRIMARY KEY (id), uri VARCHAR(512) NOT NULL, title VARCHAR(1024) NOT NULL, content MEDIUMTEXT, FULLTEXT INDEX USING NGRAM, SECTIONALIZE (title, content) ) DEFAULT CHARSET utf8 ENGINE = MyISAM; ※USING NGRAM をはずせば、MeCab の形態素解析になる。 データベース設定 - config.php
qwik.jp - qwik リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
高速SSDの落とし穴。データベースで利用するときはご注意を！
今年はSSDの台頭がめざましい。価格の低下、大容量化、そして高速化、さらには低電力化まで期待できるというからもうHDDの出番はなくなるんじゃないだろうかというぐらいの勢いである。しかしそんなSSDもデータベースで利用する時には気をつけてもらいたい。 MySQL Performance Blogでインテル製SSDを使って検証した結果がレポートされている。 インテル製SSDはめっぽう早い。彼らのテストでは一秒間に5250回もの書き込みが出来たそうだ。しかしそれはライトバックキャッシュが有効になっているときの話であって、ライトバックキャッシュを無効にすると書き込みは秒間1200回まで低下したらしい。（それでも高速だが。） で、このインテル製SSDのライトバックキャッシュはくせ者で、バッテリー等で保護されていない。つまり、ライトバックキャッシュにダーティな（まだディスクへの書き出しが完了していない
漢(オトコ)のコンピュータ道: MySQLを高速化する10の方法
ちょっとキャッチ−なタイトルをつけてしまったが、今日は独断と偏見でMySQLを高速化する方法を10個紹介しよう。MySQLサーバをチューニングするときや初期導入する場合などに参考にしてもらいたい。 1. バッファを増やす、または減らす チューニングの基本中の基本であるが、適切なバッファサイズを設定することはパフォーマンスチューニングの要である。主なバッファは次の通り。 innodb_buffer_pool_size・・・InnoDBだけを利用する場合は空きメモリの7〜8割程度を割り当てる最も重要なバッファである。余談だが、実際にはここで割り当てた値の5〜10%ぐらいを多めにメモリを使うので注意が必要だ。 key_buffer_size・・・MyISAMだけを利用する場合は、空きメモリの3割程度を割り当てるといい。残りはファイルシステムのキャッシュ用に残しておこう。 sort_buffer_
glibc ヒープ領域の縮退 - とみぞーノート
概要 mysqlコマンドで大量のレコードを取得中に、psコマンドでメモリの使用量を見ていたらクエリ実行中はVSZ(仮想アドレス空間のサイズ)がじわじわと増え続けていたが、クエリの実行が完了するとVSZのサイズが小さくなった。 (だいぶ前の)libcではmalloc()してヒープ領域が拡張されたら、free()してもバッファがFreeListに返されるだけで、ヒープ領域はそのままであったため、VSZのサイズが小さくなることはなかったと思ったが、最近ではちゃんとヒープ領域を縮退してくれるらしい。少し調査。 glibcのソース glibc-2.4.tar.gzのソースを確認してみる。詳しくは追っていないが、以下のような流れで縮退処理に行っている。grow_heap()にはマイナスの引数を渡して縮退させている。 free() => public_fREe() => _int_free() => h
DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！
MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください！ まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQL で InnoDB/MyISAM のどちらのストレージエンジンであるかを確認するクエリ
Domain error
SQL一発
