MySQL Problem mit INSERT-Queries

Arno Nühm · 06.04.2006, 11:49

Hi,

hab MySQL 5.0.19 auf einem debian sarge minimalsystem (64bit) installiert und funktioniert auch soweit problemlos.

das einzige, was ich geändert habe, war das datadir von "/var/lib/mysql" nach "/home/mysql"... einträge in der my.cnf angepasst und altes datadir in das neue kopiert.

nun habe ich leider ab und zu das problem, dass mysql willkürlich irgendwelche insert-queries nicht ausführen will und damit dann die komplette table lockt. unter solchen umständen kann man natürlich keinen produktiven server betreiben und ich bin mit meinem latein bereits am ende.

als beispiel mal die prozess-liste:

im server werkelt ein opteron 175 mit 4 GB RAM und 250 GB festplatte.

hier meine my.cnf

Code:

[client]
port		= 3306
socket		= /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket		= /var/run/mysqld/mysqld.sock
nice		= 0

[mysqld]
#
# * Basic Settings
#
user		= mysql
pid-file	= /var/run/mysqld/mysqld.pid
socket		= /var/run/mysqld/mysqld.sock
port		= 3306
basedir		= /usr
#datadir		= /var/lib/mysql
datadir		= /home/mysql
tmpdir		= /tmp
language	= /usr/share/mysql/german

skip-external-locking
skip-locking
old_passwords	= 1
skip-networking

#
# * Fine Tuning
#
key_buffer		= 256M
tmp_table_size		= 512M
max_allowed_packet	= 16M
thread_stack		= 128K
table_cache		= 256
thread_cache_size	= 128

max_connections		= 5000

wait_timeout		= 1
connect_timeout		= 15

#
# * Query Cache Configuration
#
query_cache_limit	= 8M
query_cache_size        = 256M
query_cache_type        = 1

skip-bdb
skip-innodb


[mysqldump]
quick
quote-names
max_allowed_packet	= 16M

[mysql]

[isamchk]
key_buffer		= 16M

hoffentlich hat jemand eine idee oder wenigstens einen ansatz woran es liegen könnte.

mepeisen · 06.04.2006, 12:38

Woher stammen die Inserts? Aus einem PHP-Script?

Arno Nühm · 06.04.2006, 13:09

jap, aber das sollte doch keine rolle spielen oder?

mepeisen · 06.04.2006, 13:16

Kann an inkompatiblen Treibern liegen. Hatte das einmal im Laufe der 5.0 betaphase, dass hin und wieder die MySQL-Extensions solche Situationen provozierten.

Die entsprechenden Scripte werden aber fertig mit ihrer Abarbeitung? Oder hängt dann auch plötzlich ein Script?

Zur Eingrenzung (bis einem was besseres einfällt) würde ich, falls nicht geschehen, PHP und die MySQLi-Extension nochmal mit den Bilbiotheken aus der 5.0.19 neu kompilieren. Ich würde probieren, mal TCP/IP zu nutzen statt den Sockets (also statt "localhost" beim mysqli_connect mal "127.0.0.1" und auch den Port übergeben.)

ninguno · 06.04.2006, 13:20

wenn die query hängt, was sagt dann das folgende command?

Code:

SHOW FULL PROCESSLIST

mepeisen · 06.04.2006, 13:23

Nachtrag: Potentielle Bugs, in die du reinläufst:
http://bugs.mysql.com/bug.php?id=16986

Du nutzt keine Triggers oder ähnliches? Du nutzt in deinen Scripten keinerlei explizite TableLocks?

Arno Nühm · 06.04.2006, 14:55

Zitat:

Zitat von ninguno

wenn die query hängt, was sagt dann das folgende command?

Code:

SHOW FULL PROCESSLIST

@ mepeisen
das script ist nicht von mir, aber soweit ich weiß, werden in den queries keine tabellen gelockt... dort verlässt man sich auf mysql

.
ein optimize table wird eigentlich nirgends im script ausgeführt, schade

. evtl noch andere potentielle bugs oder fehlerquellen?

Arno Nühm · 06.04.2006, 15:25

der prozess mit dem status "update" lässt sich übrigens auch nicht komplett killen... zwar steht dann bei befehl "killed", allerdings bleibt der prozess in der prozessliste stehen.

Arno Nühm · 07.04.2006, 10:02

keiner mehr eine idee?

Arno Nühm · 07.04.2006, 16:01

naja, hab das problem nun gelöst in dem ich debian 64bit gegen debian 32bit getauscht und alles nochmal neu aufgesetzt habe.

naja, die kiste läuft nun einwandfrei

.

Code:

+--------------------------+------------+
| Variable_name            | Value      |
+--------------------------+------------+
| Aborted_clients          | 0          |
| Aborted_connects         | 82         |
| Bytes_received           | 1541047732 |
| Bytes_sent               | 1425511580 |
| Com_admin_commands       | 4          |
| Com_alter_table          | 0          |
| Com_analyze              | 0          |
| Com_backup_table         | 0          |
| Com_begin                | 0          |
| Com_change_db            | 2097942    |
| Com_change_master        | 0          |
| Com_check                | 85         |
| Com_commit               | 0          |
| Com_create_db            | 0          |
| Com_create_function      | 0          |
| Com_create_index         | 0          |
| Com_create_table         | 0          |
| Com_delete               | 499        |
| Com_delete_multi         | 0          |
| Com_drop_db              | 0          |
| Com_drop_function        | 0          |
| Com_drop_index           | 0          |
| Com_drop_table           | 0          |
| Com_flush                | 0          |
| Com_grant                | 0          |
| Com_ha_close             | 0          |
| Com_ha_open              | 0          |
| Com_ha_read              | 0          |
| Com_insert               | 2103756    |
| Com_insert_select        | 0          |
| Com_kill                 | 0          |
| Com_load                 | 0          |
| Com_load_master_data     | 0          |
| Com_load_master_table    | 0          |
| Com_lock_tables          | 0          |
| Com_optimize             | 0          |
| Com_purge                | 0          |
| Com_rename_table         | 0          |
| Com_repair               | 0          |
| Com_replace              | 0          |
| Com_replace_select       | 0          |
| Com_reset                | 0          |
| Com_restore_table        | 0          |
| Com_revoke               | 0          |
| Com_rollback             | 0          |
| Com_savepoint            | 0          |
| Com_select               | 1822545    |
| Com_set_option           | 0          |
| Com_show_binlog_events   | 0          |
| Com_show_binlogs         | 100        |
| Com_show_create          | 0          |
| Com_show_databases       | 3          |
| Com_show_fields          | 0          |
| Com_show_grants          | 0          |
| Com_show_keys            | 0          |
| Com_show_logs            | 0          |
| Com_show_master_status   | 0          |
| Com_show_new_master      | 0          |
| Com_show_open_tables     | 0          |
| Com_show_processlist     | 20         |
| Com_show_slave_hosts     | 0          |
| Com_show_slave_status    | 0          |
| Com_show_status          | 78         |
| Com_show_innodb_status   | 0          |
| Com_show_tables          | 6          |
| Com_show_variables       | 77         |
| Com_slave_start          | 0          |
| Com_slave_stop           | 0          |
| Com_truncate             | 0          |
| Com_unlock_tables        | 0          |
| Com_update               | 4200555    |
| Com_update_multi         | 0          |
| Connections              | 2098035    |
| Created_tmp_disk_tables  | 0          |
| Created_tmp_tables       | 4          |
| Created_tmp_files        | 3          |
| Delayed_insert_threads   | 0          |
| Delayed_writes           | 0          |
| Delayed_errors           | 0          |
| Flush_commands           | 1          |
| Handler_commit           | 0          |
| Handler_delete           | 24         |
| Handler_read_first       | 657        |
| Handler_read_key         | 6025947    |
| Handler_read_next        | 541006     |
| Handler_read_prev        | 0          |
| Handler_read_rnd         | 2093960    |
| Handler_read_rnd_next    | 3523       |
| Handler_rollback         | 0          |
| Handler_update           | 2109103    |
| Handler_write            | 2104758    |
| Key_blocks_used          | 32094      |
| Key_read_requests        | 49758441   |
| Key_reads                | 31907      |
| Key_write_requests       | 19869      |
| Key_writes               | 19405      |
| Max_used_connections     | 487        |
| Not_flushed_key_blocks   | 0          |
| Not_flushed_delayed_rows | 0          |
| Open_tables              | 256        |
| Open_files               | 275        |
| Open_streams             | 0          |
| Opened_tables            | 161416     |
| Questions                | 18893277   |
| Qcache_queries_in_cache  | 462        |
| Qcache_inserts           | 1692792    |
| Qcache_hits              | 6569746    |
| Qcache_lowmem_prunes     | 0          |
| Qcache_not_cached        | 129713     |
| Qcache_free_memory       | 267921480  |
| Qcache_free_blocks       | 164        |
| Qcache_total_blocks      | 1105       |
| Rpl_status               | NULL       |
| Select_full_join         | 0          |
| Select_full_range_join   | 0          |
| Select_range             | 217        |
| Select_range_check       | 0          |
| Select_scan              | 6          |
| Slave_open_temp_tables   | 0          |
| Slave_running            | OFF        |
| Slow_launch_threads      | 37         |
| Slow_queries             | 0          |
| Sort_merge_passes        | 0          |
| Sort_range               | 0          |
| Sort_rows                | 16         |
| Sort_scan                | 4          |
| Table_locks_immediate    | 4892234    |
| Table_locks_waited       | 3235167    |
| Threads_cached           | 23         |
| Threads_created          | 31057      |
| Threads_connected        | 109        |
| Threads_running          | 92         |
| Uptime                   | 4249       |
+--------------------------+------------+
133 rows in set (0.01 sec)

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
mysql problem mit LIKE und AND	kazuya	Datenbanken	10	29.10.2007 21:36
MySQL - Syntax Problem	Stefajo	PHP Tipps 2006	1	08.10.2006 16:22
Insert in MySQL	test022	PHP Tipps 2006	4	23.05.2006 11:49
MySQL kodierungs problem	Mutatos	Datenbanken	0	12.05.2006 20:02
Serverumzug - Problem mit MySQL Daten	[GE]ReeN	Datenbanken	6	28.03.2006 17:02
Mysql / Array Problem	marcels	PHP Tipps 2006	10	23.03.2006 18:30
[Erledigt] MySQL Server startet nicht mehr richtig...		Datenbanken	16	03.03.2006 19:40
[Erledigt] MYSQL Problem		Datenbanken	4	09.02.2006 15:14
[Erledigt] Problem mit Sonderzeichen PHP -> MySQL -> HTML		PHP Tipps 2007	18	07.12.2005 15:23
MySQL to Access - INSERT INTO zu langsam	bendigo	Datenbanken	0	23.11.2005 16:33
[Erledigt] Problem beim verbindungsaufbau zum Mysql Server		Datenbanken	9	27.10.2005 11:27
Problem mit IIS6 und PHPMyAdmin		PHP Tipps 2005-2	4	18.07.2005 21:58
MYSQL root login und logging Problem		Datenbanken	2	16.03.2005 08:41
mit mysql und php eine datenbank erstellen? Großes Problem		PHP Tipps 2004-2	1	16.12.2004 14:53
MySQL Problem		PHP Tipps 2004	5	12.09.2004 14:38


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

06.04.2006, 12:38
mepeisen Erfahrener Benutzer Registriert seit: 21.12.2004 Beiträge: 4.651 PHP-Kenntnisse: Fortgeschritten	Woher stammen die Inserts? Aus einem PHP-Script? __________________ Entwickler aus Leidenschaft und ein Zahnrad in einem der größten Java-Projekte der Welt.

06.04.2006, 13:09
Arno Nühm Neuer Benutzer Registriert seit: 11.01.2005 Beiträge: 21	jap, aber das sollte doch keine rolle spielen oder?

06.04.2006, 13:16
mepeisen Erfahrener Benutzer Registriert seit: 21.12.2004 Beiträge: 4.651 PHP-Kenntnisse: Fortgeschritten	Kann an inkompatiblen Treibern liegen. Hatte das einmal im Laufe der 5.0 betaphase, dass hin und wieder die MySQL-Extensions solche Situationen provozierten. Die entsprechenden Scripte werden aber fertig mit ihrer Abarbeitung? Oder hängt dann auch plötzlich ein Script? Zur Eingrenzung (bis einem was besseres einfällt) würde ich, falls nicht geschehen, PHP und die MySQLi-Extension nochmal mit den Bilbiotheken aus der 5.0.19 neu kompilieren. Ich würde probieren, mal TCP/IP zu nutzen statt den Sockets (also statt "localhost" beim mysqli_connect mal "127.0.0.1" und auch den Port übergeben.) __________________ Entwickler aus Leidenschaft und ein Zahnrad in einem der größten Java-Projekte der Welt.

06.04.2006, 13:20
ninguno Neuer Benutzer Registriert seit: 10.03.2006 Beiträge: 26	wenn die query hängt, was sagt dann das folgende command? Code: SHOW FULL PROCESSLIST __________________ was machen die vielen Gedanken in meinem Kopf ?

06.04.2006, 13:23
mepeisen Erfahrener Benutzer Registriert seit: 21.12.2004 Beiträge: 4.651 PHP-Kenntnisse: Fortgeschritten	Nachtrag: Potentielle Bugs, in die du reinläufst: http://bugs.mysql.com/bug.php?id=16986 Du nutzt keine Triggers oder ähnliches? Du nutzt in deinen Scripten keinerlei explizite TableLocks? __________________ Entwickler aus Leidenschaft und ein Zahnrad in einem der größten Java-Projekte der Welt.

06.04.2006, 15:25
Arno Nühm Neuer Benutzer Registriert seit: 11.01.2005 Beiträge: 21	der prozess mit dem status "update" lässt sich übrigens auch nicht komplett killen... zwar steht dann bei befehl "killed", allerdings bleibt der prozess in der prozessliste stehen.

07.04.2006, 10:02
Arno Nühm Neuer Benutzer Registriert seit: 11.01.2005 Beiträge: 21	keiner mehr eine idee?