MySQL数据库在主流操作系统下的同步
当数据库的数据量读写频繁的时候,我们就要考虑把数据库的读写分开,以提高数据库的使用效率,(当然还有其他用处比如,备份数据),这个时候我们就要用到MySQL的一个功能,数据库同步。下面就具体讲一下实现方法 一、系统环境 主数据库(master): 系统:Windo
当数据库的数据量读写频繁的时候,我们就要考虑把数据库的读写分开,以提高数据库的使用效率,(当然还有其他用处比如,备份数据),这个时候我们就要用到MySQL的一个功能,数据库同步。下面就具体讲一下实现方法
一、系统环境
主数据库(master):
系统:Windows
数据库:MySQL 5.0.51
IP:192.168.1.156
从数据库(slave):
系统:Linux
数据库:MySQL 5.0.67
IP:192.168.1.154
二、配置参数:
发现网上说,两个数据库的配置必须一致,还把两个配置文件对拷。看起来挺有道理,因为怕部分功能不一致,也有可能导致同步错误。但是我的两个MySQL的所在系统都不一样,所以就按照默认的安装配置了。
数据库准备:
要同步的数据库叫 account
那就必须把主服务器上的account和数据完整的导一份 到slave服务器上
且在主服务器上开一个帐户,允许从服务器访问。
主数据库(master)配置:
修改MySQL 的配置文件my.cnf,
找到 server-id 这一行,更改如下
server-id = 1
且增加两行必要信息:
log-bin = d:/log-bin.log #二进制变更日值的存放位置
binlog-do-db = account #要同步的数据库
解释下:Slave上MySQL的Replication工作有两个线程,I/O thread和SQL thread,I/O 的作用是从master 3306端口上把它的binlog取过来(master在被修改了任何内容之后,就会把修改了什么写到自己的binlog等待slave更新),然后写到本地的relay-log,而SQL thread则是去读本地的relay-log,再把它转换成本MySQL所能理解的东西,于是同步就这样一步一步的完成.
master数据库的修改仅此一步就OK了
从数据库(slave)配置:
修改 MySQL 下的my.cnf
找到 server-id 这一行,更改如下
server-id = 2 //从数据库<p></p> <p>master-host = 192.168.1.156</p> <p>master-user = lzy</p> <p>master-password = lzy</p> <p>master-port = 3306</p> <p>replicate-do-db = account //要同步的数据库</p> 로그인 후 복사 |
最后,把两个MySQL都重启动一下。
1、看看刚才设置的日志路径下有没有日志生成。
2、在156上添加一条数据,看看从数据库有没增加。如果没有,看看slave数据库的错误日志,根据错误信息具体调试下。
配置好同步后,我发觉log-bin的日志位置不好,想换一个地方,于是改到其他盘去了。重启MySQL后发现同步不能用了。超级郁闷。于是去看了下MySQL的错误日志,
“count not find first log file name in binary log in…”
找了半天没找到原因,忽然发现错误日志的同目录下有个master.info文件,应该是记录从主服务器取数据的记录吧。打开看了看是的
14
log-bin.000003
337
192.168.1.156
lzy
lzy
3306
60
0
我把这个文件删除了,重启动MySQL。OK了数据同步过来了

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제









MySQL 시작이 실패하는 데는 여러 가지 이유가 있으며 오류 로그를 확인하여 진단 할 수 있습니다. 일반적인 원인에는 포트 충돌 (포트 점유 체크 및 구성 수정), 권한 문제 (서비스 실행 사용자 권한 실행), 구성 파일 오류 (파라미터 설정 확인), 데이터 디렉토리 손상 (데이터 복원 또는 테이블 공간 재건), IBDATA 테이블 공간 문제 (IBDATA1 파일 확인), 플러그로드 (확인 오류 로그)가 포함됩니다. 문제를 해결할 때 오류 로그를 기반으로 문제를 분석하고 문제의 근본 원인을 찾고 문제를 방지하고 해결하기 위해 정기적으로 데이터를 백업하는 습관을 개발해야합니다.

MySQL은 공유 잠금 장치 및 독점 잠금 장치를 사용하여 동시성을 관리하여 테이블 잠금, 행 잠금 및 페이지 잠금의 세 가지 잠금 유형을 제공합니다. 행 잠금은 동시성을 향상시키고 For Update 문을 사용하여 독점 잠금을 행에 추가 할 수 있습니다. 비관적 잠금은 충돌을 가정하고 낙관적 잠금은 버전 번호를 통해 데이터를 판단합니다. 일반적인 잠금 테이블 문제는 느린 쿼리로 나타납니다. Show ProcessList 명령을 사용하여 잠금 장치가 보유한 쿼리를보십시오. 최적화 측정에는 적절한 인덱스 선택, 트랜잭션 범위 감소, 배치 작업 및 SQL 문을 최적화하는 것이 포함됩니다.

MySQL 데이터베이스 작업에서 문자열 처리는 피할 수없는 링크입니다. substring_index 함수는이를 위해 설계되었으며,이를 위해 분리기를 기반으로 하위 문자를 효율적으로 추출 할 수 있습니다. substring_index function Application 예제 예제 다음 예는 substring_index 함수의 유연성과 실용성을 보여줍니다. 예를 들어 URL에서 특정 부품 추출 도메인 이름 : selectSubstring_index ( 'www.mysql.com', ', 2); 파일 확장자를 쉽게 얻기 위해 파일 확장 추출 : selectSubstring_index ( 'file.pdf', '.', -1); 처리는 존재하지 않습니다

생산 환경의 경우 성능, 신뢰성, 보안 및 확장 성을 포함한 이유로 서버는 일반적으로 MySQL을 실행해야합니다. 서버에는 일반적으로보다 강력한 하드웨어, 중복 구성 및 엄격한 보안 조치가 있습니다. 소규모 저하 애플리케이션의 경우 MySQL이 로컬 컴퓨터에서 실행할 수 있지만 자원 소비, 보안 위험 및 유지 보수 비용은 신중하게 고려되어야합니다. 신뢰성과 보안을 높이려면 MySQL을 클라우드 또는 기타 서버에 배포해야합니다. 적절한 서버 구성을 선택하려면 응용 프로그램 부하 및 데이터 볼륨을 기반으로 평가가 필요합니다.

MySQL은 기본 데이터 저장 및 관리를위한 네트워크 연결없이 실행할 수 있습니다. 그러나 다른 시스템과의 상호 작용, 원격 액세스 또는 복제 및 클러스터링과 같은 고급 기능을 사용하려면 네트워크 연결이 필요합니다. 또한 보안 측정 (예 : 방화벽), 성능 최적화 (올바른 네트워크 연결 선택) 및 데이터 백업은 인터넷에 연결하는 데 중요합니다.

MySQL 및 MariaDB는 공존 할 수 있지만주의해서 구성해야합니다. 열쇠는 각 데이터베이스에 다른 포트 번호와 데이터 디렉토리를 할당하고 메모리 할당 및 캐시 크기와 같은 매개 변수를 조정하는 것입니다. 연결 풀링, 애플리케이션 구성 및 버전 차이도 고려해야하며 함정을 피하기 위해 신중하게 테스트하고 계획해야합니다. 두 개의 데이터베이스를 동시에 실행하면 리소스가 제한되는 상황에서 성능 문제가 발생할 수 있습니다.

기본 키는 데이터베이스의 각 행을 고유하게 식별하는 키 속성이기 때문에 MySQL 기본 키는 비어있을 수 없습니다. 기본 키가 비어 있으면 레코드를 고유하게 식별 할 수 없으므로 데이터 혼동으로 이어질 수 있습니다. 자체 점수 정수 열 또는 UUID를 기본 키로 사용하는 경우 효율성 및 우주 점유와 같은 요소를 고려하고 적절한 솔루션을 선택해야합니다.

MySQL은 JSON 데이터를 반환 할 수 있습니다. json_extract 함수는 필드 값을 추출합니다. 복잡한 쿼리의 경우 where 절을 사용하여 JSON 데이터를 필터링하지만 성능 영향에주의하십시오. JSON에 대한 MySQL의 지원은 지속적으로 증가하고 있으며 최신 버전 및 기능에주의를 기울이는 것이 좋습니다.
