【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 Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

熱門話題

MySQL 數據庫中,用戶和數據庫的關係通過權限和表定義。用戶擁有用戶名和密碼,用於訪問數據庫。權限通過 GRANT 命令授予,而表由 CREATE TABLE 命令創建。要建立用戶和數據庫之間的關係,需創建數據庫、創建用戶,然後授予權限。

MySQL適合初學者使用,因為它安裝簡單、功能強大且易於管理數據。 1.安裝和配置簡單,適用於多種操作系統。 2.支持基本操作如創建數據庫和表、插入、查詢、更新和刪除數據。 3.提供高級功能如JOIN操作和子查詢。 4.可以通過索引、查詢優化和分錶分區來提升性能。 5.支持備份、恢復和安全措施,確保數據的安全和一致性。

數據集成簡化:AmazonRDSMySQL與Redshift的零ETL集成高效的數據集成是數據驅動型組織的核心。傳統的ETL(提取、轉換、加載)流程複雜且耗時,尤其是在將數據庫(例如AmazonRDSMySQL)與數據倉庫(例如Redshift)集成時。然而,AWS提供的零ETL集成方案徹底改變了這一現狀,為從RDSMySQL到Redshift的數據遷移提供了簡化、近乎實時的解決方案。本文將深入探討RDSMySQL零ETL與Redshift集成,闡述其工作原理以及為數據工程師和開發者帶來的優勢。

要填寫 MySQL 用戶名和密碼,請:1. 確定用戶名和密碼;2. 連接到數據庫;3. 使用用戶名和密碼執行查詢和命令。

1.使用正確的索引索引通過減少掃描的數據量來加速數據檢索select*fromemployeeswherelast_name='smith';如果多次查詢表的某一列,則為該列創建索引如果您或您的應用根據條件需要來自多個列的數據,則創建複合索引2.避免選擇*僅選擇那些需要的列,如果您選擇所有不需要的列,這只會消耗更多的服務器內存並導致服務器在高負載或頻率時間下變慢例如,您的表包含諸如created_at和updated_at以及時間戳之類的列,然後避免選擇*,因為它們在正常情況下不需要低效查詢se

數據庫ACID屬性詳解ACID屬性是確保數據庫事務可靠性和一致性的一組規則。它們規定了數據庫系統處理事務的方式,即使在系統崩潰、電源中斷或多用戶並發訪問的情況下,也能保證數據的完整性和準確性。 ACID屬性概述原子性(Atomicity):事務被視為一個不可分割的單元。任何部分失敗,整個事務回滾,數據庫不保留任何更改。例如,銀行轉賬,如果從一個賬戶扣款但未向另一個賬戶加款,則整個操作撤銷。 begintransaction;updateaccountssetbalance=balance-100wh

Navicat本身不存儲數據庫密碼,只能找回加密後的密碼。解決辦法:1. 檢查密碼管理器;2. 檢查Navicat的“記住密碼”功能;3. 重置數據庫密碼;4. 聯繫數據庫管理員。

SQLLIMIT子句:控制查詢結果行數SQL中的LIMIT子句用於限制查詢返回的行數,這在處理大型數據集、分頁顯示和測試數據時非常有用,能有效提升查詢效率。語法基本語法:SELECTcolumn1,column2,...FROMtable_nameLIMITnumber_of_rows;number_of_rows:指定返回的行數。帶偏移量的語法:SELECTcolumn1,column2,...FROMtable_nameLIMIToffset,number_of_rows;offset:跳過
