生产环境中linux下的mysql安装

2018-06-18 01:14:39来源:未知 阅读 ()

新老客户大回馈,云服务器低至5折

写在开头的小故事:

很久以前小石头我在一家公司做运维工程师,当时我们有一台认证服务器安装了mysql5.5版本。有一天领导说防止它挂掉,做个主从复制吧,我开心的接受任务,但是让某同事听到了,

此同事代号x,小x上来就是一波跟我装x,跟我说我们还要用5.5版本的,5.5是最好的版本,安装一定要用源码安装,这样性能才是最佳的,还有一堆blablabla..........

总之我感觉没一句是完全对的,我得出的结论是:You can you up , No can no bb................

下面我来写我是怎么安装mysql的,如果有哪些不对,欢迎指出。

 

step1:

下载mysql的安装包,那么就有几个问题了,如下:

下载什么平台的mysql?

答:Linux版本,不管是centos还是debian我们都用Linux - Generic,也就是Linux上的通用版本。

用什么版本号的mysql?

答:5.5其实老了,有很多问题,尽量用新一点的,用5.6或5.7都行。

源码安装还是用官方编译好的包?

答:都说源码安装定制度高,性能好,那我想问问你,你要定制哪些东西?性能提高多少?你不知道的话还是用官方编译好的二进制包吧。

不过听说intel有个很好的c++编译器,真的能提高性能,但是付费的,没用过。。。

去哪里下载mysql?

答:肯定是官网上,别在百度上乱找,官网地址:https://dev.mysql.com/downloads/mysql/

我们先来安装5.6吧,我直接用wget下载,也可去官网点击下载:

wget https://cdn.mysql.com//Downloads/MySQL-5.6/mysql-5.6.39-linux-glibc2.12-x86_64.tar.gz

step2:

安装过程:

shell> yum install libaio                                         #安装mysql的异步io库,用于提高mysql性能
shell> yum install autoconf                                       #不安装此包,则执行scripts/mysql_install_db --user=mysql时可能会报错
shell> mv mysql-5.6.39-linux-glibc2.12-x86_64.tar.gz /usr/local   #把我们刚下载的包移动到/usr/local目录下
shell> tar -xf mysql-5.6.39-linux-glibc2.12-x86_64.tar.gz         #解压包
shell> groupadd mysql                                             #创建mysql组
shell> useradd -r -g mysql -s /bin/false mysql                    #创建mysql用户并属于mysql组
shell> ln -s mysql-5.6.39-linux-glibc2.12-x86_64 mysql            #建立软件链接
shell> cd mysql
shell> scripts/mysql_install_db --user=mysql
shell> bin/mysqld_safe --user=mysql &                             #通过mysql用户启动数据库,执行后回车即可
# Next command is optional
shell> cp support-files/mysql.server /etc/init.d/mysql.server     #这步是可选的,做一下比较好,这样可以使用/etc/init.d/mysql.server start来启动服务了
shell> chkconfig --add mysql.server                               #设置mysql开机自启动
shell> echo "export PATH=/usr/local/mysql/bin:$PATH">>/etc/profile
shell> source /etc/profile                                        #这样就可以直接打出mysql命令了,不用输入/usr/local/bin/完整路径

  

我们来验证一下是不是真的启动了:

ps aux | grep mysql

我们看到了进程号为24517的mysql进程:

通过上面使用bin/mysqld_safe --user=mysql &方式启动的mysql进程,会自动监控mysql进程状态,如果mysql进程意外死掉,则会被重新调起来:

看我们手动把它杀掉了,然后它又restart了。。。。

如果想关掉进程,执行下面命令:

mysqladmin shutdown

我们还可以用下面这种方式启动,当进程意外退出时,不会被自动调起:

bin/mysqld --user=mysql &

上面两种启动方式了解就好,最佳做法是:

shell> cp support-files/mysql.server /etc/init.d/mysql.server 
shell> chkconfig --add mysql.server 
shell> /etc/init.d/mysql.server start|stop|status

  

程序可以正常启动了,下面说说配置文件吧。

 

step3:

一个相对较优的配置文件:

[client]

[mysqld]
########basic settings########
server-id = 11 
port = 3306
user = mysql
bind_address = localhost
#autocommit = 0            #使用这个配置文件进行初始化时,一定要先把这行注掉,初始化完成后,去掉注释,重启数据库生效,不然root连接不上数据库。
character_set_server=utf8mb4
skip_name_resolve = 1
max_connections = 800
max_connect_errors = 1000
datadir = /data/mysql_data
transaction_isolation = READ-COMMITTED
explicit_defaults_for_timestamp = 1
join_buffer_size = 134217728
tmp_table_size = 67108864
tmpdir = /tmp
max_allowed_packet = 16777216
sql_mode = "STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION,NO_ZERO_DATE,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER"
interactive_timeout = 1800
wait_timeout = 1800
read_buffer_size = 16777216
read_rnd_buffer_size = 33554432
sort_buffer_size = 33554432
########log settings########
log_error = error.log
slow_query_log = 1
slow_query_log_file = slow.log
log_queries_not_using_indexes = 1
log_slow_admin_statements = 1
log_slow_slave_statements = 1
log_throttle_queries_not_using_indexes = 10
expire_logs_days = 90
long_query_time = 2
min_examined_row_limit = 100
########replication settings########
master_info_repository = TABLE
relay_log_info_repository = TABLE
log_bin = bin.log
sync_binlog = 1
gtid_mode = on
enforce_gtid_consistency = 1
log_slave_updates
binlog_format = row 
relay_log = relay.log
relay_log_recovery = 1
binlog_gtid_simple_recovery = 1
slave_skip_errors = ddl_exist_errors
########innodb settings########
innodb_page_size = 8192
innodb_buffer_pool_size = 6G
innodb_buffer_pool_instances = 8
innodb_buffer_pool_load_at_startup = 1
innodb_buffer_pool_dump_at_shutdown = 1
innodb_lru_scan_depth = 2000
innodb_lock_wait_timeout = 5
innodb_io_capacity = 4000
innodb_io_capacity_max = 8000
innodb_flush_method = O_DIRECT
innodb_file_format = Barracuda
innodb_file_format_max = Barracuda
innodb_log_group_home_dir = /redolog/
innodb_undo_directory = /undolog/
innodb_undo_logs = 128
innodb_undo_tablespaces = 3
innodb_flush_neighbors = 1
innodb_log_file_size = 4G
innodb_log_buffer_size = 16777216
innodb_purge_threads = 4
innodb_large_prefix = 1
innodb_thread_concurrency = 64
innodb_print_all_deadlocks = 1
innodb_strict_mode = 1
innodb_sort_buffer_size = 67108864 
########semi sync replication settings########
plugin_dir=/usr/local/mysql/lib/plugin
plugin_load = "rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so"
loose_rpl_semi_sync_master_enabled = 1
loose_rpl_semi_sync_slave_enabled = 1
loose_rpl_semi_sync_master_timeout = 5000

[mysqld-5.7]
innodb_buffer_pool_dump_pct = 40
innodb_page_cleaners = 4
innodb_undo_log_truncate = 1
innodb_max_undo_log_size = 2G
innodb_purge_rseg_truncate_frequency = 128
binlog_gtid_simple_recovery=1
log_timestamps=system
transaction_write_set_extraction=MURMUR32
show_compatibility_56=on

我们将使用上面的配置文件,对数据库进行重新初始化:

由于配置文件中指定了新的data目录,所以我们把原来的干掉吧!

rm -rf /usr/local/mysql/data/
mkdir /redolog
mkdir /undolog
chown -R mysql:mysql /redolog
chown -R mysql:mysql /undolog

把上面的内容写到/etc/my.cnf中,然后重新执行scripts/mysql_install_db --user=mysql初始化数据库,可以看到新的data目录已经生成了:

[root@ip-172-31-23-178 mysql]# ls /data/mysql_data/
bin.index  error.log  mysql  test

别高兴的太早!error.log里面的错误日志了解一下?

2018-04-10 09:14:20 29228 [Note] InnoDB: Initializing buffer pool, size = 6.0G
InnoDB: mmap(843055104 bytes) failed; errno 12

是的你猜的没错,我这机器硬盘一共就6G,满了。。。那先改成1G

innodb_log_file_size = 1G

如果出错了就自己看error.log具体问题具体分析,总有各种各样的问题,初始化之前把/data/mysql_data等旧文件删除,再重新初始化。

然后启动数据库:

[root@ip-172-31-23-178 mysql_data]# /etc/init.d/mysql.server start
Starting MySQL. SUCCESS!

然后把配置文件中的#autocommit = 0 去掉注释,重启数据库让此项生效。

如果初始化时没把此项注释,则你执行mysql -uroot -p是连不上数据库的,因为数据库时的user表中根本就没有生成root用户,在5.7中这个问题已经没有了。

最后mysql5.6中的test库应该删除,因为它是不安全的。

 

 注意:

错误日志在哪里?

答:如果不在配置文件中指定, 则在/usr/local/mysql/data下会生成相应的*.err文件。

报出data目录没有权限?

答:data目录的权限应该是mysql:mysql才对,如果之前系统安装了mysql,则会在/etc/下存在旧的配置文件my.cnf,mysql会优先读取它,所以在安装之前应该将旧的配置文件干掉,免去不必要的麻烦。

使用上面的配置文件初始化数据库,执行mysql -uroot -p登录不上?

答:上面说了,初始化之前把autocommit = 0注释掉,装完了再打开,不然是生成不了root用户的。mysql5.7版本无此问题。

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:mysql安装

下一篇:MySQL 5.7 跟踪优化器