Tuning Primer und mehrere Datenbanken!

gammla

Member
Hallo zusammen!
Ich habe ein kleines Problem mit dem tuning-primer.sh. Habe es erfolgreich heruntergeladen etc.

Kurz ein wenig etwas zu dem System: Suse 10.2 SA24 root-Server

Jetzt habe ich unter zwei vHosts jeweils eine Datenbank auf dem System laufen.
Soweit so gut. Als ich nun das erste Mal Tuning Primer startete bekam ich eine Fehlermeldung, dass "er" sich nicht einloggen könne, weil ihm "das" Passwort fehlt.
An der Stelle bin ich stutzig geworden und habe das einfach mal auf das Passwort der SQL Datenbank bezogen. Genau diese (es sind aber zwei) will er ja auch prüfen!
Nach der Aufforderung habe ich dann das Passwort von einem der Projekte angegeben. Zusätzlich sagte er mir, dass mir die my.cnf fehlen würde und ob er sie sofort mit anlegen solle?! Klar warum nicht!
Letztendlich erhielt ich wie gewohnt (vor kurzem habe ich mich mit einem 1und1 v-Server mit 128MB Ram rumgeschlagen) die Optimierungsvorschläge.
Leider nur für die Datenbank für die ich anfänglich das Passwort bei Tuning Primer eingegeben habe.
Eine erneute Passworteingabeaufforderung kommt leider nicht. Folglich kann ich meine andere (wichtigere) Datenbank nicht opimieren.

Apropos optimieren! Da ich die Datenbankeinstellungen in der my.cnf (die Tuning Primer angelegt hat) vornehme gehe ich davon aus, dass diese Einstellungen vielleicht global sind?! Also für alle Datenbanken?

An der Stelle fangen die Fragen an!

Wo wurde mySQL vorher konfiguriert? (gibt es noch andere Konfigurationsdateien außer my.cnf?)

Wird die Datenbank für jeden einzelnen vHost seperat konfiguriert? (Kann ich mir nicht vorstellen, dann müsste ja mySQL auch komplett zweimal gestartet werden!)

Wie bekomme ich jetzt Tuning Primer dazu überredet die Daten beider Datenbanken als Optimierungsgrundlage zu nehmen?

Bzw. wenn die Datenbanken doch einzeln konfiguriert werden....
Wie bekomme ich Tuning Primer dazu jetzt mal die andere Datenbank zu prüfen?
Wo liegen in dieser Situtaion die 2 Konfigurtionsdateien?

Fragen über Fragen!

Viele Grüße,

gammla
 
So...
Ich vermute da geht was schief.
Wenn ich mysqladmin ausführe, sehe ich dass der user "rehmann" aktiv ist.

Hier mal die Ausgabe:

Code:
Variables (--variable-name=value)
and boolean options {FALSE|TRUE}  Value (after reading options)
--------------------------------- -----------------------------
count                             0
force                             FALSE
compress                          FALSE
character-sets-dir                (No default value)
default-character-set             (No default value)
host                              (No default value)
port                              0
relative                          FALSE
socket                            (No default value)
sleep                             0
user                              rehmann
verbose                           FALSE
vertical                          FALSE
connect_timeout                   43200
shutdown_timeout                  3600

Wenn ich mir dann die Tabellen anschauen möchte finde ich auch nur die Tabellen von diesem User:

Code:
h1385133:/var/lib/mysql # mysqlshow
+--------------------+
|     Databases      |
+--------------------+
| information_schema |
| rehmann_joomla     |
+--------------------+

Das scheint ja auch alles so für diesen User zu stimmen!

Hier vermute ich auch das Problem mit dem tuning-primer Skript. Natürlich werden nur oben genannte Tabellen bewertet.

Wo kann ich denn den User (z.B. root) von mysql ändern!
Arbeite parallel die mysql Dokumentation durch...

Habe mir auch mal das Tuning Primer Script angeschaut um zu schauen, was es da gemacht hat, als ich das Passwort und den Usernamen eingegeben habe. Leider werde ich da nicht ganz so schlau draus. Bzw. weiß nicht, wo das Tuning Primer Script jetzt zukünftig seinen Zugang hernimmt:

Code:
function check_mysql_login () {

## -- Test for running mysql -- ##

	is_up=$($mysqladmin ping 2>&1)
	if [ "$is_up" = "mysqld is alive" ] ; then
		echo UP > /dev/null
	elif [ "$is_up" != "mysqld is alive" ] ; then
		cecho "\n\c"
		cecho "- INITIAL LOGIN ATTEMPT FAILED -\n" $boldred
		if [ -z $prompted ] ; then
		find_webmin_passwords
		else
			return 1
		fi
		
	else 
		cecho "Unknow exit status" $red
		exit -1
	fi
}

function final_login_attempt () {
        is_up=$($mysqladmin ping 2>&1)
        if [ "$is_up" = "mysqld is alive" ] ; then
                echo UP > /dev/null
        elif [ "$is_up" != "mysqld is alive" ] ; then
                cecho "- FINAL LOGIN ATTEMPT FAILED -\n" $boldred
		cecho "Unable to log into socket: $socket" $boldred
                exit 1
        fi
}

function second_login_failed () {

## -- create a ~/.my.cnf and exit when all else fails -- ##

	cecho "- RETRY LOGIN ATTEMPT FAILED -\n" $boldred
	cecho "Could not auto detect login info!\n"
	read -p "Do you have your login handy ? [y/N] : "
	case $REPLY in 
		yes | y | Y | YES)
		answer1='yes'
		read -p "User: " user
		read -rsp "Password: " pass
		if [ -z $pass ] ; then
		export mysql="$mysql -u$user"
		export mysqladmin="$mysqladmin -u$user"
		else
		export mysql="$mysql -u$user -p$pass"
		export mysqladmin="$mysqladmin -u$user -p$pass"
		fi
		;;
		*)
		cecho "\nPlease create a valid login to MySQL"
		cecho "Or, set correct values for  'user=' and 'password=' in ~/.my.cnf"
		;;
	esac
	cecho "\n\c"
	read -p "Would you like me to create a ~/.my.cnf file for you? [y/N] : "
        case $REPLY in
	        yes | y | Y | YES)
		answer2='yes'
		if [ ! -f ~/.my.cnf ] ; then
			umask 077
			echo -e "[client]\nuser=$user\npassword=$pass" > ~/.my.cnf
			if [ "$answer1" != 'yes' ] ; then
				exit 1
			else
				final_login_attempt
				return 0
			fi
		else
			cecho "\n~/.my.cnf already exists!\n" $boldred
			read -p "Replace ? [y/N] : "
			if [ "$REPLY" = 'y' ] || [ "$REPLY = 'Y' " ] ; then 
			echo -e "[client]\nuser=$user\npassword=$pass" > ~/.my.cnf
				if [ "$answer1" != 'yes' ] ; then
					exit 1
				else
					final_login_attempt
					return 0
				fi
			else
				cecho "Please set the 'user=' and 'password=' values in ~/.my.cnf"
				exit 1
			fi
		fi
		;;
		*)
		if [ "$answer1" != 'yes' ] ; then
			exit 1
		else
			final_login_attempt
			return 0
		fi
		;;
	esac
}

Ich werde wohl die Funktion "function second_login_failed ()" durchlaufen haben. Siehe die Beschreibung in meinem ersten Posting!

Ich hoffe ihr könnt mir helfen!

Gruß,

gammla
 
Eine erneute Passworteingabeaufforderung kommt leider nicht. Folglich kann ich meine andere (wichtigere) Datenbank nicht opimieren.
Wie Du selber sagst: Es gibt nur eine Optimierung. Und sollte über alle Datenbanken laufen.
Ergo darfst Du dem TP-Script auch nicht irgendein Login geben, sondern das Login. (Gemeint ist "root".)

gibt es noch andere Konfigurationsdateien außer my.cnf?
Nein, sie kann aber evtl. woanders liegen. (Z.B.: /etc/my.cnf oder /etc/mysql/my.cnf)
Aber kann es sein, daß er Dich nach einer ~/.my.cnf gefragt hat?
Und ggf. dort in der [mysql]-Sektion die eingegebenen Zugangsdaten abgelegt hat?

Jetzt noch die Antworten, die sich bereits aus meinen oberen Aussagen ergeben:
Wird die Datenbank für jeden einzelnen vHost seperat konfiguriert?
Nein.

Wie bekomme ich jetzt Tuning Primer dazu überredet die Daten beider Datenbanken als Optimierungsgrundlage zu nehmen?
Login des root-Users (MySQL, nicht SSH) geben.

huschi.
 
Wunderbar! Danke!

Leider gibt es auch neue Probleme...
Genau diese Datei hat das Problem verursacht.
So wie ich das mitbekommen habe, soll ein Passwort in einer solchen Datei unsicherer sein. Habe die Datei gelöscht und kann jetzt das Tuning Primer Script nach eingabe meiner root login Daten auf alle Tabellen anwenden!

Die Ausgabe sieht wie folgt aus:

Code:
- INITIAL LOGIN ATTEMPT FAILED -

Testing Stored for passwords: None Found

- RETRY LOGIN ATTEMPT FAILED -

Could not auto detect login info!

Do you have your login handy ? [y/N] : y
User: root
Password:
Would you like me to create a ~/.my.cnf file for you? [y/N] : n

        -- MYSQL PERFORMANCE TUNING PRIMER --
             - By: Matthew Montgomery -

MySQL Version 5.0.26-log i686

Uptime = 0 days 21 hrs 23 min 43 sec
Avg. qps = 6
Total Questions = 468104
Threads Connected = 1

Warning: Server has not been running for at least 48hrs.
It may not be safe to use these recommendations

To find out more information on how each of these
runtime variables effects performance visit:
http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html
Visit http://www.mysql.com/products/enterprise/advisors.html
for info about MySQL's Enterprise Monitoring and Advisory Service

SLOW QUERIES
The slow query log is NOT enabled.
Current long_query_time = 10 sec.
You have 2 out of 468118 that take longer than 10 sec. to complete
Your long_query_time may be too high, I typically set this under 5 sec.

BINARY UPDATE LOG
The binary update log is NOT enabled.
You will not be able to do point in time recovery
See http://dev.mysql.com/doc/refman/5.0/en/point-in-time-recovery.html

WORKER THREADS
Current thread_cache_size = 0
Current threads_cached = 0
Current threads_per_sec = 1
Historic threads_per_sec = 0
Your thread_cache_size is fine

MAX CONNECTIONS
Current max_connections = 100
Current threads_connected = 1
Historic max_used_connections = 4
The number of used connections is 4% of the configured maximum.
You are using less than 10% of your configured max_connections.
Lowering max_connections could help to avoid an over-allocation of memory
See "MEMORY USAGE" section to make sure you are not over-allocating

MEMORY USAGE
Max Memory Ever Allocated : 28 M
Configured Max Per-thread Buffers : 268 M
Configured Max Global Buffers : 17 M
Configured Max Memory Limit : 286 M
Physical Memory : 503.00 M
Max memory limit seem to be within acceptable norms

KEY BUFFER
Current MyISAM index space = 3 M
Current key_buffer_size = 7 M
Key cache miss rate is 1 : 562
Key buffer fill ratio = 17.00 %
Your key_buffer_size seems to be too high.
Perhaps you can use these resources elsewhere

QUERY CACHE
Query cache is supported but not enabled
Perhaps you should set the query_cache_size

SORT OPERATIONS
Current sort_buffer_size = 2 M
Current read_rnd_buffer_size = 256 K
Sort buffer seems to be fine

JOINS
Current join_buffer_size = 132.00 K
You have had 299 queries where a join could not use an index properly
You should enable "log-queries-not-using-indexes"
Then look for non indexed joins in the slow query log.
If you are unable to optimize your queries you may want to increase your
join_buffer_size to accommodate larger joins in one pass.

Note! This script will still suggest raising the join_buffer_size when
ANY joins not using indexes are found.

OPEN FILES LIMIT
Current open_files_limit = 1024 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
Your open_files_limit value seems to be fine

TABLE CACHE
Current table_cache value = 64 tables
You have a total of 265 tables
You have 64 open tables.
Current table_cache hit rate is 0%, while 100% of your table cache is in use
You should probably increase your table_cache

TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 32 M
Of 24714 temp tables, 7% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Created disk tmp tables ratio seems fine

TABLE SCANS
Current read_buffer_size = 128 K
Current table scan ratio = 25 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 1 : 139094
Your table locking seems to be fine

Alles schön und gut!
Es werden wie erwartet alle Tabellen berücksichtigt: "You have a total of 265 tables"
Da ist nun noch so einiges "rot".

Um sicher zu stellen, dass ich die richtige my.cnf anpasse habe ich erstmal sichergestellt, dass ich die richtige nehme:

Code:
# find -name my.cnf
./etc/my.cnf
Die my.cnf die unter /etc/ liegt habe ich wie folgt angepasst:

Code:
# Example MySQL config file for medium systems.
#
# This is for a system with little memory (32M - 64M) where MySQL plays
# an important part, or systems up to 128M where MySQL is used together with
# other programs (such as a web server)
#
# You can copy this file to
# /etc/my.cnf to set global options,
# mysql-data-dir/my.cnf to set server-specific options (in this
# installation this directory is /var/lib/mysql) or
# ~/.my.cnf to set user-specific options.
#
# In this file, you can use all long options that a program supports.
# If you want to know which options a program supports, run the program
# with the "--help" option.

# The following options will be passed to all MySQL clients
[client]
#password	= your_password
port		= 3306
socket		= /var/lib/mysql/mysql.sock

# Here follows entries for some specific programs

# The MySQL server
[mysqld]
set-variable=local-infile=0
port		= 3306
socket		= /var/lib/mysql/mysql.sock
skip-locking
key_buffer = 16M
max_allowed_packet = 1M
table_cache = 300
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 8M

#Eigene Aenderungen
long_query_time = 3
max_connections = 15
key_buffer_size = 4M
join_buffer_size = 512K

# Don't listen on a TCP/IP port at all. This can be a security enhancement,
# if all processes that need to connect to mysqld run on the same host.
# All interaction with mysqld must be made via Unix sockets or named pipes.
# Note that using this option without enabling named pipes on Windows
# (via the "enable-named-pipe" option) will render mysqld useless!
# 
skip-networking

# Replication Master Server (default)
# binary logging is required for replication
# log-bin=mysql-bin

# required unique id between 1 and 2^32 - 1
# defaults to 1 if master-host is not set
# but will not function as a master if omitted
server-id	= 1

# Replication Slave (comment out master section to use this)
#
# To configure this host as a replication slave, you can choose between
# two methods :
#
# 1) Use the CHANGE MASTER TO command (fully described in our manual) -
#    the syntax is:
#
#    CHANGE MASTER TO MASTER_HOST=<host>, MASTER_PORT=<port>,
#    MASTER_USER=<user>, MASTER_PASSWORD=<password> ;
#
#    where you replace <host>, <user>, <password> by quoted strings and
#    <port> by the master's port number (3306 by default).
#
#    Example:
#
#    CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306,
#    MASTER_USER='joe', MASTER_PASSWORD='secret';
#
# OR
#
# 2) Set the variables below. However, in case you choose this method, then
#    start replication for the first time (even unsuccessfully, for example
#    if you mistyped the password in master-password and the slave fails to
#    connect), the slave will create a master.info file, and any later
#    change in this file to the variables' values below will be ignored and
#    overridden by the content of the master.info file, unless you shutdown
#    the slave server, delete master.info and restart the slaver server.
#    For that reason, you may want to leave the lines below untouched
#    (commented) and instead use CHANGE MASTER TO (see above)
#
# required unique id between 2 and 2^32 - 1
# (and different from the master)
# defaults to 2 if master-host is set
# but will not function as a slave if omitted
#server-id       = 2
#
# The replication master for this slave - required
#master-host     =   <hostname>
#
# The username the slave will use for authentication when connecting
# to the master - required
#master-user     =   <username>
#
# The password the slave will authenticate with when connecting to
# the master - required
#master-password =   <password>
#
# The port the master is listening on.
# optional - defaults to 3306
#master-port     =  <port>
#
# binary logging - not required for slaves, but recommended
#log-bin=mysql-bin

# Point the following paths to different dedicated disks
#tmpdir		= /tmp/		
#log-update 	= /path-to-dedicated-directory/hostname

# Uncomment the following if you are using BDB tables
#bdb_cache_size = 4M
#bdb_max_lock = 10000

# Uncomment the following if you are using InnoDB tables
#innodb_data_home_dir = /var/lib/mysql/
#innodb_data_file_path = ibdata1:10M:autoextend
#innodb_log_group_home_dir = /var/lib/mysql/
#innodb_log_arch_dir = /var/lib/mysql/
# You can set .._buffer_pool_size up to 50 - 80 %
# of RAM but beware of setting memory usage too high
#innodb_buffer_pool_size = 16M
#innodb_additional_mem_pool_size = 2M
# Set .._log_file_size to 25 % of buffer pool size
#innodb_log_file_size = 5M
#innodb_log_buffer_size = 8M
#innodb_flush_log_at_trx_commit = 1
#innodb_lock_wait_timeout = 50

# The safe_mysqld script
skip-bdb

set-variable = innodb_buffer_pool_size=2M
set-variable = innodb_additional_mem_pool_size=500K
set-variable = innodb_log_buffer_size=500K
set-variable = innodb_thread_concurrency=2
[safe_mysqld]
err-log=/var/lib/mysql/mysqld.log

skip-bdb

set-variable = innodb_buffer_pool_size=2M
set-variable = innodb_additional_mem_pool_size=500K
set-variable = innodb_log_buffer_size=500K
set-variable = innodb_thread_concurrency=2
[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates

[isamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[myisamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

Soweit auch alles ok. Nachdem ich dann den mysql server mit

Code:
/etc/init.d/mysql force-reload

Code:
Restarting service MySQL
Shutting down service MySQL                                           done
Starting service MySQL                                                done

erneut gestartet habe bekomme ich bei der ausführung von dem Tuning Primer Script die gleichen Werte -> Die Konfigurationen wurden nicht übernommen.

Was ebenfalls noch ein Hinweis auf einen nicht erfolgten Neustart ist, ist die uptime Zeit des MySQL Servers

Code:
Uptime = 0 days 21 hrs 33 min 4 sec
Avg. qps = 6
Total Questions = 473255
Threads Connected = 1

Normalerweise werden ja solche werte nach dem Neustart auf 0 gesetzt!

Noch ein "Beweis" für einen nicht erfolgten Neustart:

/var/lib/mysql # cat mysqld.log
Code:
080411 11:05:02  mysqld started
080411 11:05:02  InnoDB: Started; log sequence number 0 43675
080411 11:05:02 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.26'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  SUSE MySQL RPM
080411 11:36:14 [Note] /usr/sbin/mysqld: Normal shutdown

080411 11:36:14  InnoDB: Starting shutdown...
080411 11:36:15  InnoDB: Shutdown completed; log sequence number 0 43675
080411 11:36:15 [Note] /usr/sbin/mysqld: Shutdown complete

080411 11:36:15  mysqld ended

Oder gibt es eine andere Logdatei, die mir die starts und stops des mysql Servers angibt?


Was mache ich falsch?

Ich will eigentlich den Server nicht neustarten. Das wäre ja nicht die Grundphilosophie von Linux.

Kann es sein, dass ich da mit den falschen Rechten neu starte?
Wobei ja dann die Rückmeldung "done" etwas irreführend wäre...

Was mache ich falsch?

Gruß,

gammla
 
Last edited by a moderator:
Evtl. hast Du den MySQL bereits schon mal falsch gestartet und das Start-Script schaft es jetzt nicht mehr.
Versuche erst ein "stop" und schau dann mit "ps aux" nach, ob noch ein MySQL läuft. Und wenn ja, mußt Du diesen Prozess killen.

huschi.
 
Wunderbar!
Mit einem mysql stop war der Prozess leider immernoch nicht beendet!
Erst mit einem kill konnte der Prozess beendet werden und kann jetzt ganz normal gestartet und gestoppt werden!

Danke!

Gruß,

gammla
 
Wie Du selber sagst: Es gibt nur eine Optimierung. Und sollte über alle Datenbanken laufen.
Ergo darfst Du dem TP-Script auch nicht irgendein Login geben, sondern das Login. (Gemeint ist "root".)

Auf der Suche nach einer Erklärung, welche Datenbanken vom Tuning-Primer-Skript oder auch dem MySQLTuner geprüft werden, bin ich auf diesen Thread gestoßen.

Wenn ich das richtig verstehe, prüfen die beiden Skripte alle Datenbanken eines Webspaces? Zählen dazu z.B. auch Datenbanken eines Mailservers?
 
Die Statistiken speichert MySQL "global". Also von allen Datenbanken, die er/es beherrbergt.
Tuning-Primer wertet lediglich diese Status Variablen aus. Wenn also der Mailserver auch eine Datenbank hat, die duruch diesen MySQL Prozess bedient wird, wird auch diese berücksichtigt!

Schau doch einfach mal, welche Datenbanken alle in MySQL erstellt sind!

Gruß,

gammla
 
Super, vielen Dank für die Erklärung. :)

An die Möglichkeit der Abfrage mit "SHOW DATABASES" hatte ich nicht gedacht. :rolleyes:
 
Back
Top