Mysql和MariaDB的最基本的集群方式是主从方式,也是众多中小企业使用最多的集群方式,该集群部署简单,轻松上手,让我们一步步来吧。 测试所用版本为MariaDB 10.1 源码安装,安装到默认路径/usr/local/mysql下。 $BUILD/autorun.sh$./configure$make-j4$sudo
Mysql和MariaDB的最基本的集群方式是主从方式,也是众多中小企业使用最多的集群方式,该集群部署简单,轻松上手,让我们一步步来吧。
测试所用版本为MariaDB 10.1 源码安装,安装到默认路径/usr/local/mysql下。
$ BUILD/autorun.sh $ ./configure $ make -j4 $ sudo make install
既然是主从数据库,至少需要两个数据库实例,本文例子将两个实例部署在同一台电脑里,计划配置如下表。
实例作用 |
地址 |
端口 |
数据文件路径 |
配置文件路径 |
主 |
localhost |
10001 |
/home/lyw/db/data/1 |
/home/lyw/db/etc/my1.cnf |
从 |
localhost |
10002 |
/home/lyw/db/data/2 | /home/lyw/db/etc/my2.cnf |
准备两个mysql的配置文件my1.cnf, 我们从默认配置复制过来
$ mkdir -p /home/lyw/db/etc/ $ cd /usr/local/mysql $ cp support-files/my-medium.cnf /home/lyw/db/etc/my1.cnf $ cp support-files/my-medium.cnf /home/lyw/db/etc/my2.cnf
my1.cnf修改如下几行
[mysqld] port = 10001 socket = /tmp/mysql1.sock log-bin = mysql-bin server-id = 10001 datadir = /home/lyw/db/data/1 user = lyw
my2.cnf修改如下几行
[mysqld] port = 10002 socket = /tmp/mysql2.sock log-bin = mysql-bin server-id = 10002 datadir = /home/lyw/db/data/2 user = lyw
分别初始化两个数据库
$ mkdir -p /home/lyw/db/data/ $ scripts/mysql_install_db --defaults-file=/home/lyw/db/etc/my1.cnf $ scripts/mysql_install_db --defaults-file=/home/lyw/db/etc/my2.cnf
启动两个数据库
由于是在一台电脑里,因此没有使用服务启动,而是直接用mysqld_safe启动,大家尽可根据自己的情况启动。
$ bin/mysqld_safe --defaults-file=/home/lyw/db/etc/my1.cnf & $ bin/mysqld_safe --defaults-file=/home/lyw/db/etc/my2.cnf &
检查两个数据库是否启动成功,对应的端口和sock文件已经存在,即表示启动成功。
$ sudo netstat -nlp |grep mysql tcp6 0 0 :::10001 :::* LISTEN 22211/mysqld tcp6 0 0 :::10002 :::* LISTEN 23536/mysqld unix 2 [ ACC ] STREAM LISTENING 365439 22211/mysqld /tmp/mysql1.sock unix 2 [ ACC ] STREAM LISTENING 368511 23536/mysqld /tmp/mysql2.sock
MariaDB默认有两行任何本机用户都能登陆,会影响新创建的复制用户的登陆,因此需要删除。然后创建复制用户方可生效。(如果是在两台不同的电脑中运行,可以不删除这两行。)
$ bin/mysql -S /tmp/mysql1.sock -uroot MariaDB [(none)]> use mysql; MariaDB [mysql]> delete from user where user=''; MariaDB [mysql]> flush privileges; MariaDB [mysql]> grant replication slave on *.* to 'rep'@'%' identified by '123456';
然后查看master数据库的运行状态,记下这两个值。
MariaDB [mysql]> show master status; +------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000005 | 1075 | | | +------------------+----------+--------------+------------------+ 1 row in set (0.00 sec)
在从服务器上执行
$ bin/mysql -S /tmp/mysql2.sock -uroot MariaDB [(none)]> change master to master_host='localhost', master_port=10001, master_user='rep', master_password='123456', master_log_file='mysql-bin.000005', master_log_pos=1075; MariaDB [(none)]> start slave; MariaDB [(none)]> show slave status \G; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: localhost Master_User: rep Master_Port: 10001 Connect_Retry: 60 Master_Log_File: mysql-bin.000005 Read_Master_Log_Pos: 1075 Relay_Log_File: lyw-hp-relay-bin.000002 Relay_Log_Pos: 537 Relay_Master_Log_File: mysql-bin.000005 Slave_IO_Running: Yes Slave_SQL_Running: Yes
如果Slave_IO_Running 和 Slave_SQL_Running 都为Yes,则说明启动主从配置成功。
测试:
在master数据库执行
MariaDB [mysql]> create database lyw; Query OK, 1 row affected (0.00 sec) MariaDB [mysql]> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | lyw | | mysql | | performance_schema | | test | +--------------------+ 5 rows in set (0.00 sec)
在slave数据库执行
MariaDB [(none)]> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | lyw | | mysql | | performance_schema | | test | +--------------------+ 5 rows in set (0.00 sec)
可见在主库创建的数据库lyw,在从库也有。可以在主库尝试执行其他写入语句,在丛库也能看到同样的数据。
用同样的方法,一个主数据库后面可以跟多个从数据库,增加数据的可靠性和读的吞吐量。
如果主库也配置上从从库同步数据,即互为主从,那就是常说的双主,或主主,有些文章里会说修改下自增涨id以防止冲突,我却不这样认为,双主的两个数据库并非强一致,而是有一定的延迟,很多事务处理会出现错误,皆因为延迟导致。双主并不能大大增强写入的吞吐量,因为所有数据都要在每个库写入。虽然说因为批量的缘故可以有少量提升,但是对于延迟导致的错误来说,微不足道。
配置双主是有意义的,但是并非用于同时写入,同一时间还是只写一个库,而当主挂了后,为切换主从做的准备,切换后,主再次启动时,立马就能同步到从的数据。比如在cobar集群中,就可以考虑用双主配置。
以上是传统主从复制方法,从Mysql5.6和MariaDB10.0开始,有了新的主从复制方式,可参考这篇文章:http://bangbangba.blog.51cto.com/3180873/1702294

MySQL是一种开源的关系型数据库管理系统,主要用于快速、可靠地存储和检索数据。其工作原理包括客户端请求、查询解析、执行查询和返回结果。使用示例包括创建表、插入和查询数据,以及高级功能如JOIN操作。常见错误涉及SQL语法、数据类型和权限问题,优化建议包括使用索引、优化查询和分表分区。

MySQL是一个开源的关系型数据库管理系统,适用于数据存储、管理、查询和安全。1.它支持多种操作系统,广泛应用于Web应用等领域。2.通过客户端-服务器架构和不同存储引擎,MySQL高效处理数据。3.基本用法包括创建数据库和表,插入、查询和更新数据。4.高级用法涉及复杂查询和存储过程。5.常见错误可通过EXPLAIN语句调试。6.性能优化包括合理使用索引和优化查询语句。

选择MySQL的原因是其性能、可靠性、易用性和社区支持。1.MySQL提供高效的数据存储和检索功能,支持多种数据类型和高级查询操作。2.采用客户端-服务器架构和多种存储引擎,支持事务和查询优化。3.易于使用,支持多种操作系统和编程语言。4.拥有强大的社区支持,提供丰富的资源和解决方案。

InnoDB的锁机制包括共享锁、排他锁、意向锁、记录锁、间隙锁和下一个键锁。1.共享锁允许事务读取数据而不阻止其他事务读取。2.排他锁阻止其他事务读取和修改数据。3.意向锁优化锁效率。4.记录锁锁定索引记录。5.间隙锁锁定索引记录间隙。6.下一个键锁是记录锁和间隙锁的组合,确保数据一致性。

MySQL查询性能不佳的原因主要包括没有使用索引、查询优化器选择错误的执行计划、表设计不合理、数据量过大和锁竞争。 1.没有索引导致查询缓慢,添加索引后可显着提升性能。 2.使用EXPLAIN命令可以分析查询计划,找出优化器错误。 3.重构表结构和优化JOIN条件可改善表设计问题。 4.数据量大时,采用分区和分表策略。 5.高并发环境下,优化事务和锁策略可减少锁竞争。

在数据库优化中,应根据查询需求选择索引策略:1.当查询涉及多个列且条件顺序固定时,使用复合索引;2.当查询涉及多个列但条件顺序不固定时,使用多个单列索引。复合索引适用于优化多列查询,单列索引则适合单列查询。

要优化MySQL慢查询,需使用slowquerylog和performance_schema:1.启用slowquerylog并设置阈值,记录慢查询;2.利用performance_schema分析查询执行细节,找出性能瓶颈并优化。

MySQL和SQL是开发者必备技能。1.MySQL是开源的关系型数据库管理系统,SQL是用于管理和操作数据库的标准语言。2.MySQL通过高效的数据存储和检索功能支持多种存储引擎,SQL通过简单语句完成复杂数据操作。3.使用示例包括基本查询和高级查询,如按条件过滤和排序。4.常见错误包括语法错误和性能问题,可通过检查SQL语句和使用EXPLAIN命令优化。5.性能优化技巧包括使用索引、避免全表扫描、优化JOIN操作和提升代码可读性。


热AI工具

Undresser.AI Undress
人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool
免费脱衣服图片

Clothoff.io
AI脱衣机

AI Hentai Generator
免费生成ai无尽的。

热门文章

热工具

DVWA
Damn Vulnerable Web App (DVWA) 是一个PHP/MySQL的Web应用程序,非常容易受到攻击。它的主要目标是成为安全专业人员在合法环境中测试自己的技能和工具的辅助工具,帮助Web开发人员更好地理解保护Web应用程序的过程,并帮助教师/学生在课堂环境中教授/学习Web应用程序安全。DVWA的目标是通过简单直接的界面练习一些最常见的Web漏洞,难度各不相同。请注意,该软件中

Atom编辑器mac版下载
最流行的的开源编辑器

SublimeText3 Mac版
神级代码编辑软件(SublimeText3)

SublimeText3 英文版
推荐:为Win版本,支持代码提示!

ZendStudio 13.5.1 Mac
功能强大的PHP集成开发环境