Linux作業系統下MySQL的卸載、安裝全過程

Linux下卸載MySQL1、尋找以前是否裝有MySQL命令:rpm -qa|grep -i MySQL可以看到MySQL的兩個包:MySQL-4.1.12-3.RHEL4.1MySQLclient10-3.23.58-4.RHEL4.12、刪除MySQL刪除命令:rpm -e --nodeps 包名 ( rpm -ev MySQL-4.1.12-3.RHEL4.1 )3、刪除老版本MySQL的開發標頭檔和庫命令:rm -fr /usr/lib/MySQL rm -fr

Fedora core 7(FC7)中成功安裝Oracle10g

經過數天的苦戰,我終於成功的在Fedora core 7(FC7)中安裝了Oracle10g,由於玩Linux沒多久,又是第一次安裝oracle,期間經曆了很多磨難,其中那個該死的隨身碟破壞.rar檔案著實讓俺吃了不少苦頭,因為這個我下了N次資料庫檔案,因為我從來沒有懷疑過它,我懷疑的是我下載的檔案被破壞了(包括官方下載),期間還重裝了好幾次FC7,搞的我現在裝Linux比裝XP還嫻熟。好了,思苦這事不能多幹,到此打住,抬起頭來向前看。現將詳細過程記錄下來,方便自己也方便別人注意1.我安裝FC7

MySQL的CSV引擎應用執行個體解析

如果您想把EXCEL的資料或者CSV格式的資料匯入到MySQL中,MySQL的CSV引擎再適合不過了。MySQL的CSV引擎在5.0後開始提供,不過不支援WINDOWS,到了5.1才支援。今天我測試的版本號碼是5.0.45一、注意幾點:1、沒有索引,跟MySQL5的資料字典庫一樣。2、可以直接用任何文字編輯器來編輯資料檔案。3、非英文編碼問題。我的字元終端和表都是UTF-8的,所以要把上傳的CSV檔案儲存為UTF-8的編碼。4、編碼轉化工具,我這邊在WINDOWS下用EDITPLUS來轉化,在L

ORA-01652:無法通過128(在資料表空間space中)擴充temp段

當“space=使用者資料表空間 ”時報錯處理: --查看錶空間的大小; SQL> SELECT TABLESPACE_NAME,SUM(BYTES)/1024/1024 MB FROM DBA_FREE_SPACE GROUP BY TABLESPACE_NAME; --查看錶空間中資料檔案存放的路徑: SQL> SELECT TABLESPACE_NAME, BYTES/1024/1024 FILE_SIZE_MB,

Oracle 控制檔案 說明

一. Oracle 控制檔案內容 我們可以通過v$controlfile_record_section 視圖查看控制檔案裡包含的內容。 SQL> select type from v$controlfile_record_section; TYPE--------------------------------------------------------DATABASECKPT PROGRESSREDO THREADREDO

Oracle無法對所有 EM 相關帳戶解鎖

Oracle建立EM的時候報錯: 配置: Failed to unlock mgmt_view account 2013-4-29 22:47:03 oracle.sysman.emcp.EMReposConfig invoke 嚴重: 無法對所有 EM 相關帳戶解鎖 2013-4-29 22:47:03 oracle.sysman.emcp.EMConfig perform 嚴重: 無法對所有 EM 相關帳戶解鎖 有關詳細資料,

ORA-01652無法通過128(在資料表空間temp中)擴充temp段

今天提交請求後,提示ORA-01652: 無法通過 128 (在資料表空間 TEMP 中) 擴充 temp 段。最後通過ALTER DATABASE TEMPFILE '/*/*/db/apps_st/data/tempx01.dbf' RESIZE 7168M;擴充暫存資料表空間來解決。在網上找了些資料,重新學習下暫存資料表空間的知識點,記錄在此以免以後忘記。暫存資料表空間的作用:   暫存資料表空間主要用途是在資料庫進行排序運算[如建立索引、order by及group

Oracle ORA-01555 錯誤解決

首先要說明的一點是:ORA-01555錯誤是一個“安全”的錯誤,它不會造成資料丟失或損壞,只是會讓接收到該錯誤的查詢無法繼續,因此,在資料庫的日常維護工作中,如果只是一次兩次碰到ORA-01555錯誤,一般都先忽略,但是如果經常碰到該錯誤,則要進行一些調整以避免該錯誤的再次發生。1. 為什麼會產生ORA-01555錯誤?這個錯誤是由資料庫的讀一致性(Read

Oracle 塊清除,以及ORA-01555錯誤

我們知道Oracle的塊清除有兩種:1:快速塊清除(fast commit cleanout);2:延時塊清除(delayed block

Oracle 11g 安裝顯示NA錯誤(Windows)

Oracle 11g 安裝先決條件檢查全部失敗,無法安裝,顯示NA的原因和解決辦法 安裝Oracle時,即使事先已經安裝好Java環境,以Administrator身份執行安裝,啟用Windows XP SP3相容模式,無論選擇伺服器型還是案頭型在先決條件檢查時全部失敗,並不是資料規格不達標而是全部顯示成N/A,Oracle無法執行任何檢查,錯誤提示類似下面的樣子: 實體記憶體 – 此先決條件將測試系統實體記憶體總量是否至少為 922MB (944128.0KB)

mysqlslap 壓力測試工具

mysqlslap 是從mysql 5.1.4版開始帶的一個mysql測試載入器。 [root@ www.bkjia.com ~]# mysqlslap --help mysqlslap  Ver 1.0 Distrib 5.5.31, for Linux (x86_64) Copyright (c) 2005, 2013, Oracle and/or its affiliates. All rights

關於ORA-01000: maximum open cursors exceeded" 問題分析總結

關於ora-01000:超出最大可開啟的遊標數 的一點理解 ORA-01000: maximum open cursors exceeded"怎麼解決 ERROR at line 1: ORA-01000: maximum open cursors exceeded問題分析: 1.遊標open後,出錯了又沒有close. 2.可能是表結構的問題。 解決方案: step 1:   

傳統路徑匯出 VS 直接路徑匯出(oracle exp direct=y)

    Oracle 傳統的Export與Import依舊被保留到11g,而且9i與10g有很多依舊使用Export與Import方式進行備份與恢複的企業。從Oracle 7.3開始,傳統的exp匯出程式提供兩種的匯出路徑方式,一個是傳統路徑匯出(Conventional Path Export),一個是直接路徑匯出(Direct Path Export)。本文即是因最近客戶的傳統匯入匯出效能問題對此進行描述。1、兩者的差異    a、

Oracle 11.2.0.1 RAC使用exp遭遇ORA-01455錯誤解決辦法

1.環境描述OS:Linux RedHat5.5Oracle version:Oracle RAC 11.2.0.12.問題描述使用exp匯出資料庫中多個使用者資料,語句為exp buffer=4096000 file=exp.dmp wner=user1,user2….當匯出至最後結尾出時報出ORA-1455: converting column overflows integer datatype

異機恢複後ORA-01152錯誤解決

1. 現象:異機資料檔案恢複成功後,執行最後一步開啟資料庫時報錯。例如:SQL > alter database open resetlogs;報錯:ORA-01152: file 1 was not restored from a sufficiently old backupORA-01110: data file 1: '/u02/Oracle/oradata/mingya/system01.dbf' 2.

RMAN全庫【完全恢複/不完全恢複】

今天有幸做了幾個RMAN的全庫恢複實驗,這裡是一個brief版,方便忘了時可以瞬速找到一 完全恢複1.資料庫全庫【完全恢複】$ rman target /                            登入rman工具,如果使用了catalog,則登陸方法rman

Ubuntu 12.04下原始碼安裝MySQL5.6以及Python-MySQLdb

前幾天一直在弄這個。本來根據官網的教程一步一步下來之後Ubuntu 12.04下原始碼安裝mysql是可以的,但是在安裝了Python-MySQLdb之後發現mysql就不行了,已啟動就會出現“The MySQL server quit without updating the PID file(/usr/local/bin/mysql/data/XXXXX.pid"錯誤或者出現”MySQL server cannot be

Oracle 11g升級到11.2.0.3過程中XDB.DBMS_XMLSCHEMA相關報錯

記錄一下:在從Oracle11g升級到版本11.2.0.3執行@?/rdbms/admin/catupgrd.sql的過程中,會碰到下面的報錯資訊:ORA-00604: error occurred at recursive SQL level 1ORA-01704: string literal too longORA-00932: inconsistent datatypes: expected XDB.XDB$SCHEMA_T gotORA-06512: at

Oracle 10g/11g下如何將物理Standby庫臨時啟用用於測試

在實際運營環境中,我們經常碰到類似這樣的需求,譬如想不影響現網業務評估DB補丁在現網環境中啟動並執行時間,或者是想在做DB切換前想串連Standby DB做實際業務啟動並執行測試,如果在9i版本的時候,想做到這樣,在不搭建新測試環境的前提下,可以將Standby DB啟用後進行測試,但是啟用後的Standby DB將不能再用於容災,必須重建Standby DB。在10g以及11g之後,可以利用新特性很好的解決這個問題,啟用的Standby DB可以閃回到啟用前的狀態,繼續參與容災,而不需要重建。

Linux平台下的Oracle自動備份案例(使用exp工具)

有朋友提了一個需求:每天的晚上12點使用exp備份資料庫到指定目錄下面,並且自動刪除在一個星期以前備份的資料為此寫出下文,僅以記錄並分享這個過程。Linux平台下的Oracle自動備份案例(使用RMAN) 見 環境:作業系統:RHEL5.4資料庫:Oracle

總頁數: 978 1 .... 198 199 200 201 202 .... 978 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.