1985 件中 1461 - 1470 件を表示
« 前の 10 件 | 次の 10 件 »
Displaying posts with tag: MySQL (reset)
MySQL auto completion for database or table names

There is a quick way to type both MySQL database and table names quickly by enabling MySQL auto completion feature. This is called automatic rehashing. This option is on by default, which enables table and column name completion.

First connect to mysql database called foo:

$ mysql -utest -p db1
Now let us say you would like to list all records from tables wp_users. Type select * from w and press tab key to complete table name:
mysql> select * from phi {Press TAB KEY}

Please note that if the partial name is unique, mysql will completes it for you. Otherwise, you can hit tab key again to see all possible matches.

Auto-completion enables you to cut down typing time and great way to speed up your work :)

If you don't use this feature, disable this feature by passing -A or --skip-auto-rehash option to mysql. That causes mysql to start …

[さらに読む]
MySQLのPAM認証プラグインに係る話題

 PAM認証について全然分かっていないのですが、MontyProgram(MariaDB)とPerconaが足並みをそろえて「オープンソースのPAM認証プラグイン」を発表していたので、少し気になって、記事を読んでみました。
 詳しい方、要するになんなのか、色々教えてください!
 以下、翻訳のような翻訳でないような、メモ。


2011/12/05:MontyProgmramの動き

[さらに読む]
Mr.Kinoshita が本家MySQLのInnoDB開発チームに join

 ご本人からもブログでの報告があったので、こちらでも紹介します。
 知る人ぞ知る(知らない人はたぶん知らない)木下氏が、ついに本家MySQLInnoDB開発チームに参加することになりました(平たく言うと、転職)。
 http://buildup-db.blogspot.com/2011/12/blog-post.html


 木下さんは、MySQL 5.0.30 の頃に、ロック粒度の工夫により多CPU環境でのMySQL同時実効性能を劇的に(?)向上させたのをメジャーデビューとし、その後も …

[さらに読む]
MYSQL5.1 Row size too large

The detail description as following:
"MySQL Database Error: Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. You have to change some columns to TEXT or BLOBs "

main reasons as following:
1)MYSQL VARCHAR length limit is 65535 bytes,if you use UTF8,the length limit is 65535/3.

2)mysql5.1 bug,the bug is http://bugs.mysql.com/bug.php?id=50495
please upgrade the MYSQL version to 5.1.47



OSC2011-Fukuokaに参画

 OSC2011-Fukuoka に、日本MySQLユーザ会(MyNA)として参加してきました。OSC(オープンソースカンファレンス)は各地で開催されていますが、福岡は私にとって、地方*1OSC参加の原点でもあり、今年で5回目の参加になります。ちなみにOSC-Fukuoka は、今年で5回目の開催だそうです。
http://www.ospn.jp/osc2011-fukuoka/



[さらに読む]
groongaを囲む夕べ#2に参加

 年に1回の「いい肉の日」です。毎年「いい肉の日」は、groonga を囲む夕べです!去年から開催なので、今年で2回目。

 ご縁あって、全体進行役(司会とも言う)をつとめさせていただきました。「とっとと進めなきゃ」という思いが先行しすぎて、アイスブレークをし切れなかったなぁとか(会場の空気、固かったですよね。ごめんなさい。司会の力量です。。。)、反省点はあるのですが、それでも多くの方が楽しんでくださっていたようで、嬉しく思いました。


 講演の内容は、皆さんがまとめてくださっているので、以下のリンク先を参照ください。個人的には、高速な全文検索エンジンとしての groonga (と、 …

[さらに読む]
InnoDBロック競合の確認(MySQL 5.1+InnoDB Plugin, 5.5以降)

JUGEMテーマ:コンピュータ

 MySQL 5.1+InnoDB Plugin, 5.5以降でサポートされた以下の三つの情報スキーマテーブルを使うとトランザクションとロックに関わる情報をInnoDBロックモニタよりも簡単でわかりやすく取得することが可能です。

| INNODB_LOCK_WAITS                     |独自: ロック待ち情報
| INNODB_LOCKS                          |独自: ロック競合情報
| INNODB_TRX                            |独自: トランザクション情報

 通常一つの接続ではトランザクションのBEGIN; …

[さらに読む]
比较有用的MYSQL的STRAIGHT_JOIN提示

在oracle中我们希望表的join方式按照顺序执行,需要加hint,一般是加ordering的关键字,在mysql中,也给出了这样的功能提示,那就是STRAIGHT_JOIN,example如下:

SELECT STRAIGHT_JOIN count(*)

FROM ext,rec

WHERE ext.guid=rec.guid

and ext.name like 'dddd%' and

rec.name not like 'dddd%'

INFORMATION SCHEMA [MySQL 5.1の場合]

JUGEMテーマ:コンピュータ

情報スキーマ(INFORMATION SCHEMA)はバージョン毎にテーブルが追加されていっています。MySQL 5.1で追加されたのは、次のものです。

[MySQL 5.1で追加された11個のテーブル]
+---------------------------------------+
| Tables_in_information_schema          |
+---------------------------------------+
| ENGINES                               |独自: show engines相当の情報
| EVENTS                                |独自: イベントスケジューラのイベント情報(show events + α)
| FILES                                 |独自: NDB(MySQL Cluster)エンジンのディスクデータテーブル情報
| GLOBAL_STATUS                         |独自: show global status相当の情報
| GLOBAL_VARIABLES                      |独自: show global variables相当の情報
| PARTITIONS …
[さらに読む]
cluster index and Non-clustered index introduce

Non-clustered:
The data is present in random order, but the logical ordering is specified by the index. The data rows may be randomly spread throughout the table. The non-clustered index tree contains the index keys in sorted order, with the leaf level of the index containing the pointer to the page and the row number in the data page. In non-clustered index:

The physical order of the rows is not the same as the index order.
Typically created on column used in JOIN, WHERE, and ORDER BY clauses.
Good for tables whose values may be modified frequently.

Clustered:
Clustering alters the data block into a certain distinct order to match the index, resulting in the row data being stored in order. Therefore, only one clustered index can be created on a given database table. Clustered indices can greatly increase overall speed of retrieval, but usually only where the data is accessed sequentially in …

[さらに読む]
1985 件中 1461 - 1470 件を表示
« 前の 10 件 | 次の 10 件 »