Dotaz: Divné narůstání poštu MySQL

[Aleš Kerner]

Mám takovýto problém, je to cca 2 dny, co se mi začalo objevovat na serveru toto.

Cca každou minutu, naběhne nová session mysql a tyto session pořád přibývají.

mysql 17386 0.0 22.2 451072 56928 pts/16 S 01:37 0:00 /usr/local/mysql/bin/mysqld --defaults-extra-file=/usr/local/mysql/data/my.cnf --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --user=mysql --pid-file=/usr/local/mysql/data/nase.mamka.cz.pid --skip-locking --port=3306 --socket=/tmp/mysql.sock mysql 17387 0.0 22.2 451072 56928 pts/16 S 01:38 0:00 /usr/local/mysql/bin/mysqld --defaults-extra-file=/usr/local/mysql/data/my.cnf --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --user=mysql --pid-file=/usr/local/mysql/data/nase.mamka.cz.pid --skip-locking --port=3306 --socket=/tmp/mysql.sock

přitom v show processlist jich vidím pár, ale na serveru přes PS třeba 40. Zkončí to tím, že mysql po určité době začne odmítat connection s hláškou too many connections.

Odpovědi

[natiku]

1. Delals update MySQL and toho co ho vola?

Verze MySQL ?

2. Co je klientem toho MySQL ?

Neco podobneho se mi stavalo nekdy pri upgrade PHP, nezaviralo se spojeni na MySQL. Delalo se automaticky persistent connection a vsechny to pojedo

3. Skus take se podivat do

mysqladmin status

show status

4. Nevidim vsechny processy ?

SHOW PROCESSLIST shows you which threads are running.

You can also get this information using the mysqladmin processlist command.

If you have the process privilege, you can see all threads.

!!! Otherwise, you can see only your own threads. !!!

[monty4479]

1. mysql tam bylo 3.23 upgradnul jsem to na 4.1 a problém přetrvává, ještě se chystám na upgrade PHP, zajímavé je, že to začalo dělat bez jakéhokoli zásahu na PC samo.

2. na mysql se leze jen z php, ale to jsem zatím neupgradoval, problém se začal vyskytovat na stávající verzi 4.3.6, která je tam cca rok

4. mám grant all

3. status ukazuje toto, je to dlouhý, proto je bod4 dříve než 3

Aborted_clients 2 Aborted_connects 68 Binlog_cache_disk_use 0 Binlog_cache_use 0 Bytes_received 282759004 Bytes_sent 241720796 Com_admin_commands 193 Com_alter_db 0 Com_alter_table 0 Com_analyze 0 Com_backup_table 0 Com_begin 0 Com_change_db 4182 Com_change_master 0 Com_check 0 Com_checksum 0 Com_commit 0 Com_create_db 0 Com_create_function 0 Com_create_index 0 Com_create_table 0 Com_dealloc_sql 0 Com_delete 2401 Com_delete_multi 0 Com_do 0 Com_drop_db 0 Com_drop_function 0 Com_drop_index 0 Com_drop_table 0 Com_drop_user 0 Com_execute_sql 0 Com_flush 0 Com_grant 0 Com_ha_close 0 Com_ha_open 0 Com_ha_read 0 Com_help 0 Com_insert 912 Com_insert_select 8 Com_kill 0 Com_load 0 Com_load_master_data 0 Com_load_master_table 0 Com_lock_tables 0 Com_optimize 0 Com_preload_keys 0 Com_prepare_sql 0 Com_purge 0 Com_purge_before_date 0 Com_rename_table 0 Com_repair 0 Com_replace 12 Com_replace_select 0 Com_reset 0 Com_restore_table 0 Com_revoke 0 Com_revoke_all 0 Com_rollback 0 Com_savepoint 0 Com_select 28722 Com_set_option 114 Com_show_binlog_events 0 Com_show_binlogs 42 Com_show_charsets 57 Com_show_collations 57 Com_show_column_types 0 Com_show_create_db 0 Com_show_create_table 0 Com_show_databases 16 Com_show_errors 0 Com_show_fields 0 Com_show_grants 5 Com_show_innodb_status 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_privileges 0 Com_show_processlist 32 Com_show_slave_hosts 0 Com_show_slave_status 0 Com_show_status 1 Com_show_storage_engines 0 Com_show_tables 291 Com_show_variables 117 Com_show_warnings 0 Com_slave_start 0 Com_slave_stop 0 Com_truncate 0 Com_unlock_tables 0 Com_update 6481 Com_update_multi 0 Connections 4022 Created_tmp_disk_tables 2 Created_tmp_files 3 Created_tmp_tables 2576 Delayed_errors 0 Delayed_insert_threads 0 Delayed_writes 0 Variable_name Value Flush_commands 1 Handler_commit 0 Handler_delete 329 Handler_discover 0 Handler_read_first 6384 Handler_read_key 1333134 Handler_read_next 2445097 Handler_read_prev 3164 Handler_read_rnd 115832 Handler_read_rnd_next 4393661 Handler_rollback 0 Handler_update 559701 Handler_write 445333 Key_blocks_not_flushed 0 Key_blocks_unused 346210 Key_blocks_used 2690 Key_read_requests 1679763 Key_reads 2694 Key_write_requests 5453 Key_writes 5086 Max_used_connections 55 Not_flushed_delayed_rows 0 Open_files 872 Open_streams 0 Open_tables 441 Opened_tables 452 Qcache_free_blocks 1555 Qcache_free_memory 25759656 Qcache_hits 1591442 Qcache_inserts 26227 Qcache_lowmem_prunes 0 Qcache_not_cached 2495 Qcache_queries_in_cache 5503 Qcache_total_blocks 12783 Questions 1638800 Rpl_status NULL Select_full_join 460 Select_full_range_join 0 Select_range 286 Select_range_check 0 Select_scan 8807 Slave_open_temp_tables 0 Slave_running OFF Slow_launch_threads 0 Slow_queries 0 Sort_merge_passes 0 Sort_range 235 Sort_rows 121787 Sort_scan 2879 Table_locks_immediate 53979 Table_locks_waited 0 Threads_cached 1 Threads_connected 54 Threads_created 71 Threads_running 1 Uptime 29348

[natiku]

1. 4.1 pouziva jiny postup pro authorizaci, tusim jiz neuklada hesla.

Splustil jsi neco jako fix_privileges (je to v MySQL migration guide)

2. 4.1 ma jinou verzi knihovy, pro zpetnou kompatibilitu je nekdy soucasti MySQL instalace MySQL compat client ..., ale upgrade PHP je jistejsi. Novy PHP subver 4.3.10 vyzaduje i upgrade axcelereatoru a cache pokud je pouzivas, jinak to dela strasne veci. Pozor take na zmeny v php.ini

[monty4479]

1.4.1 Fix jsem spustil, dle readme, vše proběhlo ok

2.4.1 uvidíme po tom upgradu dík za upozornění

[natiku]

Porad to muze byt nejakej problem v privileges.

1. Skus udelat noveho uzivatele

2. Dat mu vsechna prava

3. Prihlasit je jako ten novy

4. Podivat se na processy

PS: Divej se z lokalu verzi mysql pro 4.1

Skuz preformulovat dotaz obsahujici MYSQL UPGRADE