SQLinfo.ru - Все о MySQL Webew.ru: теория и практика веб-технологий

Форум пользователей MySQL

Задавайте вопросы, мы ответим

Вы не зашли.

#1 20.02.2009 17:56:02

Grise
Участник
Зарегистрирован: 20.02.2009
Сообщений: 6

[questions] оптимизация Mysql.

Уважаемая администрация и пользователи форума.
Я являюсь админом одного игровоого проекта,  сервер работает на Java платформе.
Моё железо:
[ОС] Windows server 2008 x64.
[Soft] MySQL 5.0.77.
[Iron] HDD 1tb, оборотов не помню сколько, 8gb ОЗУ, Intel Quard 6600, 4ядра.2.4GHz


К вам вопрос как максимально оптимизировать MySQL, он-лайн сервера 500+ вот мой my.ini.
Слышал что есть специальный тип БД MYISAM, лучше INNODB, хотелось бы услышать мнение знатоков.

P.S При условии что сервер ест порядка 4-5Гб.
Заранее спасибо, с уважением Владимир.


[spoil]
# MySQL Server Instance Configuration File
# ----------------------------------------------------------------------
# Generated by the MySQL Server Instance Configuration Wizard
#
#
# Installation Instructions
# ----------------------------------------------------------------------
#
# On Linux you can copy this file to /etc/my.cnf to set global options,
# mysql-data-dir/my.cnf to set server-specific options
# (@localstatedir@ for this installation) or to
# ~/.my.cnf to set user-specific options.
#
# On Windows you should keep this file in the installation directory
# of your server (e.g. C:\Program Files\MySQL\MySQL Server X.Y). To
# make sure the server reads the config file use the startup option
# "--defaults-file".
#
# To run run the server from the command line, execute this in a
# command line shell, e.g.
# mysqld --defaults-file="C:\Program Files\MySQL\MySQL Server X.Y\my.ini"
#
# To install the server as a Windows service manually, execute this in a
# command line shell, e.g.
# mysqld --install MySQLXY --defaults-file="C:\Program Files\MySQL\MySQL Server X.Y\my.ini"
#
# And then execute this in a command line shell to start the server, e.g.
# net start MySQLXY
#
#
#
# CLIENT RULINEAGE.COM SECTION
# ----------------------------------------------------------------------
#
# The following options will be read by MySQL client applications.
# Note that only client applications shipped by MySQL are guaranteed
# to read this section. If you want your own MySQL client program to
# honor these values, you need to specify it as an option during the
# MySQL client library initialization.
#
[client]

port=3306

[mysql]

default-character-set=latin1


# SERVER SECTION
# ----------------------------------------------------------------------
#
# The following options will be read by the MySQL Server. Make sure that
# you have installed the server correctly (see above) so it reads this
# file.
#
[mysqld]

# The TCP/IP Port the MySQL Server will listen on
port=3306

basedir="E:/MySQL/"
datadir="E:/MySQL/data/"

# The default character set that will be used when a new schema or table is
# created and no character set is defined
default-character-set=latin1

# The default storage engine that will be used when create new tables when
default-storage-engine=INNODB

# Set the SQL mode to strict
# sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

# The maximum amount of concurrent sessions the MySQL server will
# allow. One of these connections will be reserved for a user with
# SUPER privileges to allow the administrator to login even if the
# connection limit has been reached.
max_connections=600

# Query cache is used to cache SELECT results and later return them
# without actual executing the same query once again. Having the query
# cache enabled may result in significant speed improvements, if your
# have a lot of identical queries and rarely changing tables. See the
# "Qcache_lowmem_prunes" status variable to check if the current value
# is high enough for your load.
# Note: In case your tables change very often or if your queries are
# textually different every time, the query cache may result in a
# slowdown instead of a performance improvement.
query_cache_size=0

# The number of open tables for all threads. Increasing this value
# increases the number of file descriptors that mysqld requires.
# Therefore you have to make sure to set the amount of open files
# allowed to at least 4096 in the variable "open-files-limit" in
# section [mysqld_safe]
table_cache=1024

# Maximum size for internal (in-memory) temporary tables. If a table
# grows larger than this value, it is automatically converted to disk
# based table This limitation is for a single table. There can be many
# of them.
tmp_table_size=17M


# How many threads we should keep in a cache for reuse. When a client
# disconnects, the client's threads are put in the cache if there aren't
# more than thread_cache_size threads from before.  This greatly reduces
# the amount of thread creations needed if you have a lot of new
# connections. (Normally this doesn't give a notable performance
# improvement if you have a good thread implementation.)
thread_cache_size=8

#*** MyISAM Specific options

# The maximum size of the temporary file MySQL is allowed to use while
# recreating the index (during REPAIR, ALTER TABLE or LOAD DATA INFILE.
# If the file-size would be bigger than this, the index will be created
# through the key cache (which is slower).
myisam_max_sort_file_size=100G

# If the temporary file used for fast index creation would be bigger
# than using the key cache by the amount specified here, then prefer the
# key cache method.  This is mainly used to force long character keys in
# large tables to use the slower key cache method to create the index.
myisam_max_extra_sort_file_size=100G

# If the temporary file used for fast index creation would be bigger
# than using the key cache by the amount specified here, then prefer the
# key cache method.  This is mainly used to force long character keys in
# large tables to use the slower key cache method to create the index.
myisam_sort_buffer_size=34M

# Size of the Key Buffer, used to cache index blocks for MyISAM tables.
# Do not set it larger than 30% of your available memory, as some memory
# is also required by the OS to cache rows. Even if you're not using
# MyISAM tables, you should still set it to 8-64M as it will also be
# used for internal temporary disk tables.
key_buffer_size=25M

# Size of the buffer used for doing full table scans of MyISAM tables.
# Allocated per thread, if a full scan is needed.
read_buffer_size=64K
read_rnd_buffer_size=256K

# This buffer is allocated when MySQL needs to rebuild the index in
# REPAIR, OPTIMZE, ALTER table statements as well as in LOAD DATA INFILE
# into an empty table. It is allocated per thread so be careful with
# large settings.
sort_buffer_size=256K


#*** INNODB Specific options ***


# Use this option if you have a MySQL server with InnoDB support enabled
# but you do not plan to use it. This will save memory and disk space
# and speed up some things.
#skip-innodb

# Additional memory pool that is used by InnoDB to store metadata
# information.  If InnoDB requires more memory for this purpose it will
# start to allocate it from the OS.  As this is fast enough on most
# recent operating systems, you normally do not need to change this
# value. SHOW INNODB STATUS will display the current amount used.
innodb_additional_mem_pool_size=8M

# If set to 1, InnoDB will flush (fsync) the transaction logs to the
# disk at each commit, which offers full ACID behavior. If you are
# willing to compromise this safety, and you are running small
# transactions, you may set this to 0 or 2 to reduce disk I/O to the
# logs. Value 0 means that the log is only written to the log file and
# the log file flushed to disk approximately once per second. Value 2
# means the log is written to the log file at each commit, but the log
# file is only flushed to disk approximately once per second.
innodb_flush_log_at_trx_commit=2

# The size of the buffer InnoDB uses for buffering log data. As soon as
# it is full, InnoDB will have to flush it to disk. As it is flushed
# once per second anyway, it does not make sense to have it very large
# (even with long transactions).
innodb_log_buffer_size=16M

# InnoDB, unlike MyISAM, uses a buffer pool to cache both indexes and
# row data. The bigger you set this the less disk I/O is needed to
# access data in tables. On a dedicated database server you may set this
# parameter up to 80% of the machine physical memory size. Do not set it
# too large, though, because competition of the physical memory may
# cause paging in the operating system.  Note that on 32bit systems you
# might be limited to 2-3.5G of user level memory per process, so do not
# set it too high.
innodb_buffer_pool_size=1024M

# Size of each log file in a log group. You should set the combined size
# of log files to about 25%-100% of your buffer pool size to avoid
# unneeded buffer pool flush activity on log file overwrite. However,
# note that a larger logfile size will increase the time needed for the
# recovery process.
innodb_log_file_size=512M

# Number of threads allowed inside the InnoDB kernel. The optimal value
# depends highly on the application, hardware as well as the OS
# scheduler properties. A too high value may lead to thread thrashing.
innodb_thread_concurrency=60
memlock
innodb_file_per_table
[spoil]

Неактивен

 

#2 20.02.2009 18:36:23

paulus
Администратор
MySQL Authorized Developer and DBA
Зарегистрирован: 22.01.2007
Сообщений: 6757

Re: [questions] оптимизация Mysql.

Spoil! smile L2J? smile

Фраза «MyISAM лучше InnoDB» не несет особого смысла. Она всегда лучше для чего-то.
В случае 500 постоянно пишущих соединений — не лучше. Даже хуже, наверное, с учетом записи.

Что Вас смущает? Вы хотите в принципе оптимизировать сервер, или он где-то реально упирается в
производительность? Если упирается - имеет смысл смотреть запросы и оптимизировать, если просто
«чтобы было» — то не стоит, Вы ничего не выиграете.

Как две простые оптимизации можете поставить побольше innodb_buffer_pool_size (например, 6G,
у Вас же выделенный сервер?). Ну и innodb_flush_log_at_trx_commit = 0.

Неактивен

 

#3 20.02.2009 23:26:21

Grise
Участник
Зарегистрирован: 20.02.2009
Сообщений: 6

Re: [questions] оптимизация Mysql.

paulus написал:

Spoil! smile L2J? smile

Фраза «MyISAM лучше InnoDB» не несет особого смысла. Она всегда лучше для чего-то.
В случае 500 постоянно пишущих соединений — не лучше. Даже хуже, наверное, с учетом записи.

Что Вас смущает? Вы хотите в принципе оптимизировать сервер, или он где-то реально упирается в
производительность? Если упирается - имеет смысл смотреть запросы и оптимизировать, если просто
«чтобы было» — то не стоит, Вы ничего не выиграете.

Как две простые оптимизации можете поставить побольше innodb_buffer_pool_size (например, 6G,
у Вас же выделенный сервер?). Ну и innodb_flush_log_at_trx_commit = 0.

Cпасибо за ответ, еще вопрос, за что отвечает innodb_flush_log_at_trx_commit = 0.
Да и еще, вы рекомендуете оставить InnoDb?

Неактивен

 

#4 21.02.2009 12:24:01

Grise
Участник
Зарегистрирован: 20.02.2009
Сообщений: 6

Re: [questions] оптимизация Mysql.

жду ответа от вас уважаемый.

Неактивен

 

#5 23.02.2009 21:06:50

Grise
Участник
Зарегистрирован: 20.02.2009
Сообщений: 6

Re: [questions] оптимизация Mysql.

все еще жду ответа..извольте посодействовать в этом вопросе

Неактивен

 

#6 23.02.2009 21:23:00

coin
Гуру
Зарегистрирован: 15.07.2008
Сообщений: 66

Re: [questions] оптимизация Mysql.

Grise написал:

еще вопрос, за что отвечает innodb_flush_log_at_trx_commit = 0.

Неактивен

 

#7 23.02.2009 21:23:07

rgbeast
Администратор
MySQL Authorized Developer and DBA
Откуда: Москва
Зарегистрирован: 21.01.2007
Сообщений: 3880

Re: [questions] оптимизация Mysql.

Если innodb_flush_log_at_trx_commit = 0, то InnoDB не записывает лог после каждой транзакции, а делает это раз в секунду
http://dev.mysql.com/doc/refman/5.0/en/ … trx_commit

InnoDB лучше, если одновременно происходят и селекты и апдейты к одной и той же таблице

Неактивен

 

#8 23.02.2009 21:29:25

rgbeast
Администратор
MySQL Authorized Developer and DBA
Откуда: Москва
Зарегистрирован: 21.01.2007
Сообщений: 3880

Re: [questions] оптимизация Mysql.

Grise написал:

Cпасибо за ответ, еще вопрос, за что отвечает innodb_flush_log_at_trx_commit = 0.

# If set to 1, InnoDB will flush (fsync) the transaction logs to the
# disk at each commit, which offers full ACID behavior. If you are
# willing to compromise this safety, and you are running small
# transactions, you may set this to 0 or 2 to reduce disk I/O to the
# logs. Value 0 means that the log is only written to the log file and
# the log file flushed to disk approximately once per second. Value 2
# means the log is written to the log file at each commit, but the log
# file is only flushed to disk approximately once per second.
innodb_flush_log_at_trx_commit=2

Grise написал:

Да и еще, вы рекомендуете оставить InnoDb?

О разнице между MyISAM и InnoDB рулит поиск. Например:

paulus написал:

2. Утверждение, что MyISAM быстрее InnoDB - сомнительное. Они предназначены для разных видов приложений.

MyISAM - таблички, предназначеные для приложений с очень большим перевесом в сторону чтения (например,
они будут хорошо себя вести при 1000 чтений на 1 запись). При этом следует понимать, что они не поддерживают
одновременную запись.

InnoDB в свою очередь поддерживает одновременную запись при очень малой деградации производительности
чтений по сравнению с MyISAM. Собственно, в условиях присутствия запросов на запись, параллельные чтения
из той же таблички InnoDB возможны (в отличие от MyISAM), а, соответственно, производительность таких таблиц
будет в среднем выше.

Неактивен

 

#9 24.02.2009 16:45:06

Grise
Участник
Зарегистрирован: 20.02.2009
Сообщений: 6

Re: [questions] оптимизация Mysql.

Большое спасибо за ответы.
Еще небольшой вопрос, почему служба mysql отказывается работать, при:


# Size of each log file in a log group. You should set the combined size
# of log files to about 25%-100% of your buffer pool size to avoid
# unneeded buffer pool flush activity on log file overwrite. However,
# note that a larger logfile size will increase the time needed for the
# recovery process.
innodb_log_file_size=>54M

Т.е когда выставлено более 54мб??
Заранее благодарен.

Неактивен

 

#10 24.02.2009 19:14:51

paulus
Администратор
MySQL Authorized Developer and DBA
Зарегистрирован: 22.01.2007
Сообщений: 6757

Re: [questions] оптимизация Mysql.

При меньшем тоже не заработает. Вы уже создали файлы журналов нужного размера.
Файлы создаются при первом старте сервера (с размером, указанным в конфиге).

Можете попробовать:
1. корректно остановить сервер
2. переместить лог-файлы в соседний каталог (чтобы можно было восстановить, если что)
3. поставить нужный размер лог-файлов
4. запустить сервер

Неактивен

 

#11 25.02.2009 19:23:00

Grise
Участник
Зарегистрирован: 20.02.2009
Сообщений: 6

Re: [questions] оптимизация Mysql.

спасибо! smile

Неактивен

 

Board footer

Работает на PunBB
© Copyright 2002–2008 Rickard Andersson