【mysql案例】mysql5.6.14配置my.cnf多实例,mysql
1.1.1.mysql5.6.14多实例my.cnf时,初始化不读取my.cnf配置文件 【环境描述】 在多实例配置的/etc/my.cnf环境中,执行mysql_install_db后,启动Mysql报错。 【操作步骤】 /etc/my.cnf配置文件: [mysqld3307] innodb_data_file_path =ibdata1:1G:autoextend
1.1.1. mysql5.6.14多实例my.cnf时,初始化不读取my.cnf配置文件
【环境描述】
在多实例配置的/etc/my.cnf环境中,执行mysql_install_db后,启动Mysql报错。
【操作步骤】
/etc/my.cnf配置文件:
[mysqld3307]
innodb_data_file_path =ibdata1:1G:autoextend
初始化数据库:
[root@test home]# mysql_install_db--datadir=/home/mysql_3307 --user=mysql --defaults-file=/etc/my.cnf
Installing MySQL system tables...2014-05-1311:07:33 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated.Please use --explicit_defaults_for_timestamp server option (see documentationfor more details).
2014-05-13 11:07:33 8897 [Note] InnoDB: TheInnoDB memory heap is disabled
2014-05-13 11:07:33 8897 [Note] InnoDB:Mutexes and rw_locks use GCC atomic builtins
2014-05-13 11:07:33 8897 [Note] InnoDB:Compressed tables use zlib 1.2.3
2014-05-13 11:07:33 8897 [Note] InnoDB:Using Linux native AIO
2014-05-13 11:07:33 8897 [Note] InnoDB:Using CPU crc32 instructions
2014-05-13 11:07:34 8897 [Note] InnoDB:Initializing buffer pool, size = 128.0M
2014-05-13 11:07:34 8897 [Note] InnoDB:Completed initialization of buffer pool
2014-05-13 11:07:34 8897 [Note] InnoDB: Thefirst specified data file ./ibdata1 did not exist: a new database to becreated!
2014-05-13 11:07:34 8897 [Note] InnoDB:Setting file ./ibdata1 size to 12 MB
2014-05-13 11:07:34 8897 [Note] InnoDB:Database physically writes the file full: wait...
2014-05-13 11:07:34 8897 [Note] InnoDB:Setting log file ./ib_logfile101 size to 48 MB
2014-05-13 11:07:34 8897 [Note] InnoDB:Setting log file ./ib_logfile1 size to 48 MB
2014-05-13 11:07:35 8897 [Note] InnoDB:Renaming log file ./ib_logfile101 to ./ib_logfile0
2014-05-13 11:07:35 8897 [Warning] InnoDB:New log files created, LSN=45781
2014-05-13 11:07:35 8897 [Note] InnoDB:Doublewrite buffer not found: creating new
2014-05-13 11:07:35 8897 [Note] InnoDB:Doublewrite buffer created
启动mysql实例时,error.log报错:
2014-05-13 11:11:15 8989 [Note] InnoDB:Completed initialization of buffer pool
2014-05-13 11:11:15 8989 [ERROR] InnoDB: auto-extending data file ./ibdata1 is of a differentsize 768 pages (rounded down to MB) than specified in the .cnf file: initial65536 pages, max 0 (relevant if non-zero) pages!
2014-05-13 11:11:15 8989 [ERROR] InnoDB:Could not open or create the system tablespace. If you tried to add new datafiles to the system tablespace, and it failed he
re, you should now editinnodb_data_file_path in my.cnf back to what it was, and remove the new ibdatafiles InnoDB created in this failed attempt. InnoDB only wrote
those files full of zeros, but did not yetuse them in any way. But be careful: do not remove old data files which containyour precious data!
2014-05-13 11:11:15 8989 [ERROR] Plugin'InnoDB' init function returned error.
2014-05-13 11:11:15 8989 [ERROR] Plugin'InnoDB' registration as a STORAGE ENGINE failed.
2014-05-13 11:11:15 8989 [ERROR]Unknown/unsupported storage engine: InnoDB
2014-05-13 11:11:15 8989 [ERROR] Aborting
2014-05-13 11:11:15 8989 [Note] Binlog end
2014-05-13 11:11:15 8989 [Note] Shuttingdown plugin 'partition'
2014-05-13 11:11:15 8989 [Note] Shuttingdown plugin 'ARCHIVE'
虽然执行mysql_install_db命令的时候指定了读取/etc/my.cnf配置文件,但是进行初始化创建数据库的时候,实际上没有读取:
初始化时的输出日志:
2014-05-13 11:07:34 8897 [Note] InnoDB:Setting file ./ibdata1 size to 12 MB
查看/home/mysql_3307/ibdata1的大小:
[root@ test mysql_3307]# ls -ltrh |grep ibdata1
-rw-rw---- 1 mysql mysql 12M May 13 11:07 ibdata1
可以发现实际创建的ibdata1文件大小也是mysql默认的12M,而非配置文件中配置的1G大小,在启动实例时遇到的报错,也是说ibdata1文件大小跟配置文件中的不匹配。
【报错原因】
在mysql5.6.14版本中,mysql_install_db命令读取my.cnf配置文件时,只会读取[mysqld]配置模块,它不会读取多实例中配置的[mysqldNNN],所以在本案例中,虽然my.cnf配置了ibdata大小为1G,但是mysql仍然使用默认的12M。
【解决方法】
修改my.cnf,把[mysqldNNN]依次修改为[mysqld],执行完初始化之后,在把它修改回去。
【可能的其它原因】
网上有由于datadir路径空间不足导致的报错,但是除非my.cnf中配置的ibdata非常大,一般在线上情况不会发生的。

핫 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 데이터베이스에서 사용자와 데이터베이스 간의 관계는 권한과 테이블로 정의됩니다. 사용자는 데이터베이스에 액세스 할 수있는 사용자 이름과 비밀번호가 있습니다. 권한은 보조금 명령을 통해 부여되며 테이블은 Create Table 명령에 의해 생성됩니다. 사용자와 데이터베이스 간의 관계를 설정하려면 데이터베이스를 작성하고 사용자를 생성 한 다음 권한을 부여해야합니다.

MySQL에는 무료 커뮤니티 버전과 유료 엔터프라이즈 버전이 있습니다. 커뮤니티 버전은 무료로 사용 및 수정할 수 있지만 지원은 제한되어 있으며 안정성이 낮은 응용 프로그램에 적합하며 기술 기능이 강합니다. Enterprise Edition은 안정적이고 신뢰할 수있는 고성능 데이터베이스가 필요하고 지원 비용을 기꺼이 지불하는 응용 프로그램에 대한 포괄적 인 상업적 지원을 제공합니다. 버전을 선택할 때 고려 된 요소에는 응용 프로그램 중요도, 예산 책정 및 기술 기술이 포함됩니다. 완벽한 옵션은없고 가장 적합한 옵션 만 있으므로 특정 상황에 따라 신중하게 선택해야합니다.

데이터 통합 단순화 : AmazonRdsMysQL 및 Redshift의 Zero ETL 통합 효율적인 데이터 통합은 데이터 중심 구성의 핵심입니다. 전통적인 ETL (추출, 변환,로드) 프로세스는 특히 데이터베이스 (예 : AmazonRDSMySQL)를 데이터웨어 하우스 (예 : Redshift)와 통합 할 때 복잡하고 시간이 많이 걸립니다. 그러나 AWS는 이러한 상황을 완전히 변경 한 Zero ETL 통합 솔루션을 제공하여 RDSMYSQL에서 Redshift로 데이터 마이그레이션을위한 단순화 된 거의 실시간 솔루션을 제공합니다. 이 기사는 RDSMYSQL ZERL ETL 통합으로 Redshift와 함께 작동하여 데이터 엔지니어 및 개발자에게 제공하는 장점과 장점을 설명합니다.

MySQL 사용자 이름 및 비밀번호를 작성하려면 : 1. 사용자 이름과 비밀번호를 결정합니다. 2. 데이터베이스에 연결; 3. 사용자 이름과 비밀번호를 사용하여 쿼리 및 명령을 실행하십시오.

1. 올바른 색인을 사용하여 스캔 한 데이터의 양을 줄임으로써 데이터 검색 속도를 높이십시오. 테이블 열을 여러 번 찾으면 해당 열에 대한 인덱스를 만듭니다. 귀하 또는 귀하의 앱이 기준에 따라 여러 열에서 데이터가 필요한 경우 복합 인덱스 2를 만듭니다. 2. 선택을 피하십시오 * 필요한 열만 선택하면 모든 원치 않는 열을 선택하면 더 많은 서버 메모리를 선택하면 서버가 높은 부하 또는 주파수 시간으로 서버가 속도가 느려지며, 예를 들어 Creation_at 및 Updated_at 및 Timestamps와 같은 열이 포함되어 있지 않기 때문에 쿼리가 필요하지 않기 때문에 테이블은 선택을 피할 수 없습니다.

MySQL은 설치가 간단하고 강력하며 데이터를 쉽게 관리하기 쉽기 때문에 초보자에게 적합합니다. 1. 다양한 운영 체제에 적합한 간단한 설치 및 구성. 2. 데이터베이스 및 테이블 작성, 삽입, 쿼리, 업데이트 및 삭제와 같은 기본 작업을 지원합니다. 3. 조인 작업 및 하위 쿼리와 같은 고급 기능을 제공합니다. 4. 인덱싱, 쿼리 최적화 및 테이블 파티셔닝을 통해 성능을 향상시킬 수 있습니다. 5. 데이터 보안 및 일관성을 보장하기위한 지원 백업, 복구 및 보안 조치.

다음 명령으로 MySQL 데이터베이스를보십시오. 서버에 연결하십시오. mysql -u username -p password run show database; 기존의 모든 데이터베이스를 가져 오려는 명령 데이터베이스 선택 : 데이터베이스 이름 사용; 보기 테이블 : 테이블 표시; 테이블 구조보기 : 테이블 이름을 설명합니다. 데이터보기 : 테이블 이름에서 *를 선택하십시오.

MySQL 데이터베이스 성능 최적화 안내서 리소스 집약적 응용 프로그램에서 MySQL 데이터베이스는 중요한 역할을 수행하며 대규모 트랜잭션 관리를 담당합니다. 그러나 응용 프로그램 규모가 확장됨에 따라 데이터베이스 성능 병목 현상은 종종 제약이됩니다. 이 기사는 일련의 효과적인 MySQL 성능 최적화 전략을 탐색하여 응용 프로그램이 고 부하에서 효율적이고 반응이 유지되도록합니다. 실제 사례를 결합하여 인덱싱, 쿼리 최적화, 데이터베이스 설계 및 캐싱과 같은 심층적 인 주요 기술을 설명합니다. 1. 데이터베이스 아키텍처 설계 및 최적화 된 데이터베이스 아키텍처는 MySQL 성능 최적화의 초석입니다. 몇 가지 핵심 원칙은 다음과 같습니다. 올바른 데이터 유형을 선택하고 요구 사항을 충족하는 가장 작은 데이터 유형을 선택하면 저장 공간을 절약 할 수있을뿐만 아니라 데이터 처리 속도를 향상시킬 수 있습니다.
