新网创想网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
下文主要给大家带来MySQL8.0二进制免编译包安装部署过程,希望这些内容能够带给大家实际用处,这也是我编辑MySQL8.0二进制免编译包安装部署过程这篇文章的主要目的。好了,废话不多说,大家直接看下文吧。
站在用户的角度思考问题,与客户深入沟通,找到龙南网站设计与龙南网站推广的解决方案,凭借多年的经验,让设计与互联网技术结合,创造个性化、用户体验好的作品,建站类型包括:成都做网站、成都网站建设、企业官网、英文网站、手机端网站、网站推广、申请域名、虚拟空间、企业邮箱。业务覆盖龙南地区。
目前官网MySQL有四个版本,分别为GA版本、DMR版本、RC版本、Beta版本。一般情况下生产环境或者测试环境我们推荐使用GA版本,因为这个版本基本上所有功能都经过bug测试通过。
实验环境的操作系统
`[root@localhost ~]# cat /etc/redhat-release
CentOS Linux release 7.5.1804 (Core)`
2.关闭SELinux
`vi /etc/sysconfig/selinux
SELINUX=disabled`
3.关闭系统防火墙iptables
service iptables stop
iptables -F
iptables -X
iptables -Z
4.重启机器reboot
5.查看Centos7.x下IO支持的调度算法
dmesg |grep -i scheduler
可以看到Centos7.x默认支持的是deadline算法,而一般会在SSD固态硬盘环境中使用noop算法,在centos7.x上建议使用deadline模式
注:Centos7.x调整I/O Scheduler系统优化:https://www.zhangfangzhou.cn/centos-io-scheduler.html
6.swap分区的设置,swappiness值的大小建议都不要设置0和100,对wappiness数值大小解释如下:
如果系统内存够大,那么不应该让 linux 太多使用swap分区, 可以通过修改swappiness的数值。
当swappiness为0的时候表示最大限度使用物理内存,然后才是 swap空间;
当swappines为100的时候,则表示积极的使用swap分区,并且把内存上的数据及时的搬运到swap空间里面。
在CentOS、Red Hat、ubuntu等系统中,swappiness的默认值都为60
如果Linux云服务器的内存很小,比如说低于4G,那么可以不用更改这个值,因为毕竟考虑到内存不够用而去借用swap的情况。
而相对于很多云服务器来说,目前还是建议设置在值为25以下,如果超过了8G内存,而且目前内存使用量还有剩余的话,建议直接将swappiness改成0,这样可以最大限度的使用物理内存,减少硬盘的负载,同时加快速度。也避免在使用Memcached的时候出现"memcached timeout error because of slow response"这样的错误。
查看swappiness当前设置的值:
[root@liulei ~]# cat /proc/sys/vm/swappiness
30
修改swappiness的值:比如设置swappiness值为10
临时修改方案:
#sysctl vm.swappiness=10
vm.swappiness = 10
#cat /proc/sys/vm/swappiness
10
说明:采用临时修改方案,如果我们重启了系统,配置会失效.
永久修改方案:
在/etc/sysctl.conf 文件里添加如下参数:
vm.swappiness=10
或者:
#echo 'vm.swappiness=10'>> /etc/sysctl.conf
7.文件系统的选择,建议使用xfs文件系统,与ext4文件相比,它更方便管理、且支持动态扩容和方便删除文件
8.操作系统的限制,可以修改系统的软硬件限制来防止系统错误的发生。
编辑/etc/security/limits.conf,加入限制内容
9.关闭numa,让CPU可以更好利用内存
说明:mysql二进制安装包下载地址
https://dev.mysql.com/downloads/mysql/
[mysql]
prompt="\u@db \R:\m:\s [\d]> "
no-auto-rehash
[mysqld]
user=mysql
port=3306
basedir=/usr/local/mysql
datadir=/data/mysql/
socket=/tmp/mysql.sock
pid-file=db.pid
character-set-server=utf8mb4
skip_name_resolve=1
open_files_limit=65535
back_log=1024
max_connections=512
max_connect_errors=1000000
table_open_cache=1024
table_definition_cache=1024
table_open_cache_instances=64
thread_stack=512K
external-locking=FALSE
max_allowed_packet=32M
sort_buffer_size=4M
join_buffer_size=4M
thread_cache_size=768
#query_cache_size=0
#query_cache_type=0
interactive_timeout=600
wait_timeout=600
tmp_table_size=32M
max_heap_table_size=32M
slow_query_log=1
slow_query_log_file=/data/mysql/slow.log
log-error=/data/mysql/error.log
long_query_time=0.1
server-id=3306101
log-bin=/data/mysql/mysql-bin
sync_binlog=1
binlog_cache_size=4M
max_binlog_cache_size=1G
max_binlog_size=1G
expire_logs_days=7
master_info_repository=TABLE
relay_log_info_repository=TABLE
gtid_mode=on
enforce_gtid_consistency=1
log_slave_updates
binlog_format=row
relay_log_recovery=1
relay-log-purge=1
key_buffer_size=32M
read_buffer_size=8M
read_rnd_buffer_size=4M
bulk_insert_buffer_size=64M
lock_wait_timeout=3600
explicit_defaults_for_timestamp=1
innodb_thread_concurrency=0
innodb_sync_spin_loops=100
innodb_spin_wait_delay=30
transaction_isolation=REPEATABLE-READ
#innodb_additional_mem_pool_size=16M
innodb_buffer_pool_size=512M
innodb_buffer_pool_instances=8
innodb_buffer_pool_load_at_startup=1
innodb_buffer_pool_dump_at_shutdown=1
innodb_data_file_path=ibdata1:1G:autoextend
innodb_flush_log_at_trx_commit=1
innodb_log_buffer_size=32M
innodb_log_file_size=2G
innodb_log_files_in_group=2
innodb_max_undo_log_size=4G
innodb_io_capacity=4000
innodb_io_capacity_max=8000
innodb_flush_neighbors=0
innodb_write_io_threads=8
innodb_read_io_threads=8
innodb_purge_threads=4
innodb_page_cleaners=4
innodb_open_files=65535
innodb_max_dirty_pages_pct=50
innodb_flush_method=O_DIRECT
innodb_lru_scan_depth=4000
innodb_checksum_algorithm=crc32
##innodb_file_format=Barracuda
##innodb_file_format_max = Barracuda
innodb_lock_wait_timeout=10
innodb_rollback_on_timeout=1
innodb_print_all_deadlocks=1
innodb_file_per_table=1
innodb_online_alter_log_max_size=4G
internal_tmp_disk_storage_engine=InnoDB
innodb_stats_on_metadata=0
[mysqldump]
quick
max_allowed_packet=32M
6.初始化数据库
有密码初始化命令如下
[root@localhost ~]# /usr/local/mysql/bin/mysqld --defaults-file=/etc/my.cnf --basedir=/usr/local/mysql --datadir=/data/mysql/ --user=mysql --initialize
/usr/local/mysql/bin/mysqld: error while loading shared libraries: libaio.so.1: cannot open shared object file: No such file or directory
解决办法:
yum search libaio
yum install -y libaio.x86_64 libaio-devel.x86_64
重新执行初始化命令成功
[root@localhost ~]# /usr/local/mysql/bin/mysqld --defaults-file=/etc/my.cnf --basedir=/usr/local/mysql --datadir=/data/mysql/ --user=mysql --initialize
注:无密码初始化命令如下:
/usr/local/mysql/bin/mysqld --defaults-file=/etc/my.cnf --basedir=/usr/local/mysql --datadir=/data/mysql/ --user=mysql --initialize-insecure
注:临时初始化密码,像MySQL5.7一样,记录在log-error(错误日志)里面
7.启动数据库。命令如下:
/usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/my.cnf &
查看数据库启动日志
从日志可知数据启动成功,当然也可以查看mysql进程是否存在
查看mysql启动进程
可以看到mysql数据已经启动,但是直接使用mysql无法登陆数据库
原因:这是由于系统默认会查找/usr/bin下的命令,但是我们mysql是安装在/usr/local/mysql/bin/目录下的,所以这个mysql命令不在/usr/bin这个目录下,当然会找不到命令,可以通过做软连接,把/usr/local/mysql/bin/mysql映射一个链接到/usr/bin目录下:
ln -s /usr/local/mysql/bin/mysql /usr/bin
就可以直接使用下面命令登陆数据库:
mysql -uroot -p
登陆msyql数据库需要密码,原因是我们之前初始化时设置了密码,这个密码可以在error.log里面找到
[root@localhost ~]# cat /data/mysql/error.log |grep password
2018-08-23T01:10:18.173290Z 5 [Note] [MY-010454] [Server] A temporary password is generated for root@localhost: oJ+eg/cE!6)a
数据库密码就是:oJ+eg/cE!6)a
使用该密码登陆数据库
[root@localhost ~]# mysql -uroot -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 22
Server version: 8.0.12
Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
root@db 22:06: [(none)]>
首次登陆数据库需要修改数据库root密码
root@db 22:27: [(none)]> alter user 'root'@'localhost' identified by '123456';
安装完成之后;可以观察到MySQL8.0数据目录下的文件相比之前版本发生了一些变化。
[root@localhost ~]# ll /data/mysql/
total 5300312
-rw-r----- 1 mysql mysql 56 Aug 22 21:10 auto.cnf
-rw------- 1 mysql mysql 1676 Aug 22 21:10 ca-key.pem
-rw-r--r-- 1 mysql mysql 1112 Aug 22 21:10 ca.pem
-rw-r--r-- 1 mysql mysql 1112 Aug 22 21:10 client-cert.pem
-rw------- 1 mysql mysql 1680 Aug 22 21:10 client-key.pem
-rw-r----- 1 mysql mysql 6 Aug 22 21:28 db.pid
-rw-r----- 1 mysql mysql 8093 Aug 22 21:28 error.log
-rw-r----- 1 mysql mysql 4447 Aug 22 21:28 ib_buffer_pool
-rw-r----- 1 mysql mysql 1073741824 Aug 22 22:28 ibdata1
-rw-r----- 1 mysql mysql 2147483648 Aug 22 22:28 ib_logfile0
-rw-r----- 1 mysql mysql 2147483648 Aug 22 21:10 ib_logfile1
-rw-r----- 1 mysql mysql 12582912 Aug 22 21:28 ibtmp1
drwxr-x--- 2 mysql mysql 143 Aug 22 21:10 mysql
-rw-r----- 1 mysql mysql 178 Aug 22 21:10 mysql-bin.000001
-rw-r----- 1 mysql mysql 155 Aug 22 21:20 mysql-bin.000002
-rw-r----- 1 mysql mysql 178 Aug 22 21:28 mysql-bin.000003
-rw-r----- 1 mysql mysql 471 Aug 22 22:28 mysql-bin.000004
-rw-r----- 1 mysql mysql 116 Aug 22 21:28 mysql-bin.index
-rw-r----- 1 mysql mysql 25165824 Aug 22 22:28 mysql.ibd
drwxr-x--- 2 mysql mysql 4096 Aug 22 21:10 performance_schema
-rw------- 1 mysql mysql 1680 Aug 22 21:10 private_key.pem
-rw-r--r-- 1 mysql mysql 452 Aug 22 21:10 public_key.pem
-rw-r--r-- 1 mysql mysql 1112 Aug 22 21:10 server-cert.pem
-rw------- 1 mysql mysql 1680 Aug 22 21:10 server-key.pem
-rw-r----- 1 mysql mysql 1052 Aug 22 22:28 slow.log
drwxr-x--- 2 mysql mysql 28 Aug 22 21:10 sys
-rw-r----- 1 mysql mysql 10485760 Aug 22 21:28 undo_001
-rw-r----- 1 mysql mysql 10485760 Aug 22 22:28 undo_002
注:多了很多.pem文件,没有了.frm文件。而且undo日志文件从系统表空间拆分出来了。系统表和数据字典信息都存储在mysql.ibd文件中。
MySQL数据库正常关闭方式,命令如下:
/usr/local/mysql/bin/mysqladmin -uroot -proot123 shutdown'
对于以上关于MySQL8.0二进制免编译包安装部署过程,大家是不是觉得非常有帮助。如果需要了解更多内容,请继续关注我们的行业资讯,相信你会喜欢上这些内容的。