At Fri, 6 Oct 2000 14:43:24 -0700,
Ueno <nueno@xxxxxxxxxx> wrote:

> kernel ver.: 2.2.14 SMP
> libc ver.: 2.1.3
> linux thread: linux thread 0.7
> architecture: i686
> MySQLbug の結果はメールの最後にあります。

> Number of processes running now: 1
> mysqld process hanging, pid 15861 - killed
> mysqld restarted on  Mon Sep 11 12:00:39 JST 2000
> 
> MySQL上のプロセスを監視していると、MySQLが自動的に作成するtmp tableが原
> 因のようです。例えば、ユーザーが
> select a.* from main.maindata a, wordcache.cache4272 b where a.Combo =
> b.Combo;
> という文を実行すると
> 
> | 19876 | dbmanager|| wordcache | Query| 37|　Copying to tmp table
> | select a.* from main.maindata a, wordcache.cache4272 b where a.Combo =
> b.Combo
> 
> というプロセスが40〜50秒くらいかかってしまい、後からくるプロセスがどんどんた
> ま
> ってしまうようです。
> 
> この現象をなんとか回避する方法は無いでしょうか？
> また、tmp tableがどういう時に作成されて、どういう時に作成されないかについて
> 教え
> ていただけないでしょうか。
> 
> ぜひよろしくお願いいたします。
> 
> 
> 
> ＊＊＊＊尚、MySQLbug の実行結果は以下のものです。＊＊＊＊
> 
> SEND-PR: -*- send-pr -*-
> SEND-PR: Lines starting with `SEND-PR' will be removed automatically, as
> SEND-PR: will all comments (text enclosed in `<' and `>').
> SEND-PR:
> From: nobu
> To: mysql@xxxxxxxxxx
> Subject: [50 character or so descriptive subject here (for reference)]
> 
> >Description:
> 	<precise description of the problem (multiple lines)>
> >How-To-Repeat:
> 	<code/input/activities to reproduce the problem (multiple lines)>
> >Fix:
> 	<how to correct or work around the problem, if known (multiple lines)>
> 
> >Submitter-Id:	<submitter ID>
> >Originator:
> >Organization:
>  <organization of PR author (multiple lines)>
> >MySQL support: [none | licence | email support | extended email support ]
> >Synopsis:	<synopsis of the problem (one line)>
> >Severity:	<[ non-critical | serious | critical ] (one line)>
> >Priority:	<[ low | medium | high ] (one line)>
> >Category:	mysql
> >Class:		<[ sw-bug | doc-bug | change-request | support ] (one line)>
> >Release:	mysql-3.22.32 (Source distribution)
> 
> >Environment:
> 	<machine, os, target, libraries (multiple lines)>
> System: Linux bestlot.com 2.2.14-5.0smp #1 SMP Tue Mar 7 21:01:40 EST 2000
>  i686 unknownArchitecture: i686
> 
> Some paths:  /usr/bin/perl /usr/bin/make /usr/bin/gmake /usr/local/pgcc/bin/
> gcc /usr/bin/cc
> GCC: Reading specs from /usr/local/pgcc/lib/gcc-lib/i686-pc-linux-gnu/
> pgcc-2.95.2/specs
> gcc version pgcc-2.95.2 19991024 (release)
> Compilation info: CC='gcc'  CFLAGS=''  CXX='c++'  CXXFLAGS=''  LDFLAGS=''
> Configure command:
> ./configure  --prefix=/usr/local/mysql --with-client-ldflags=
> -all-static --with-mysqld-ldflags=-all-static --with-charset=sjis


環境について：
0. glibc-2.1.3 は ok.
1. pgcc (pentium optimize の gcc) は使用しないでください。
   通常の gcc-2.95.2 以上を使用します
2. libpthread は、TcX (やミラーサイト) の
    Downlaods/Linux/linuxthreads-2.1.3.tar.gz
   に含まれている libpthread.a を static リンクして試してみてください。
   (glibc-2.1. 上で作成された .a です。)
3. MySQL-3.23 の最新版を試してみてください
(3'. TcX の rpm binary も試してみてください.)
4. 同じデータ、同じクエリを Solaris 等の違う環境下で動作させると同じこと
   (mysqld が死ぬ)が起きるか否か? 
   同じ現象が起きるなら
   debug を有効にして MySQL を再コンパイルし、
   MySQL を debug mode で実行してログを落とします。
   このログやデータ、クエリ、等、関わる物全てを私の方まで送ってください


MySQLサーバーの設定では:
  一時テーブルは通常結合時に使用されますので、キャッシュを増やしてみます

SQL文:
  explain select .... でチェック


-- 
 村上 毅  takeshi@xxxxxxxxxx