MySQL面試題和答案

Mysql 的存儲(chǔ)引擎,myisam和innodb的區(qū)別扯夭。
答:

1.MyISAM 是非事務(wù)的存儲(chǔ)引擎,適合用于頻繁查詢的應(yīng)用鞍匾。表鎖交洗,不會(huì)出現(xiàn)死鎖,適合小數(shù)據(jù)橡淑,小并發(fā)构拳。

2.innodb是支持事務(wù)的存儲(chǔ)引擎,合于插入和更新操作比較多的應(yīng)用梁棠,設(shè)計(jì)合理的話是行鎖(最大區(qū)別就在鎖的級(jí)別上)置森,適合大數(shù)據(jù),大并發(fā)符糊。

數(shù)據(jù)表類型有哪些
答:MyISAM暇藏、InnoDB、HEAP濒蒋、BOB,ARCHIVE,CSV等盐碱。
MyISAM:成熟、穩(wěn)定沪伙、易于管理瓮顽,快速讀取。一些功能不支持(事務(wù)等)围橡,表級(jí)鎖暖混。
InnoDB:支持事務(wù)、外鍵等特性翁授、數(shù)據(jù)行鎖定拣播。空間占用大收擦,不支持全文索引等贮配。

MySQL數(shù)據(jù)庫作發(fā)布系統(tǒng)的存儲(chǔ),一天五萬條以上的增量塞赂,預(yù)計(jì)運(yùn)維三年,怎么優(yōu)化泪勒?
a. 設(shè)計(jì)良好的數(shù)據(jù)庫結(jié)構(gòu),允許部分?jǐn)?shù)據(jù)冗余宴猾,盡量避免join查詢圆存,提高效率。
b. 選擇合適的表字段數(shù)據(jù)類型和存儲(chǔ)引擎仇哆,適當(dāng)?shù)奶砑铀饕?br> c. mysql庫主從讀寫分離沦辙。
d. 找規(guī)律分表,減少單表中的數(shù)據(jù)量提高查詢速度讹剔。
e油讯。添加緩存機(jī)制详民,比如memcached,apc等撞羽。
f. 不經(jīng)常改動(dòng)的頁面阐斜,生成靜態(tài)頁面衫冻。
g. 書寫高效率的SQL诀紊。比如 SELECT * FROM TABEL 改為 SELECT field_1, field_2, field_3 FROM TABLE.

對(duì)于大流量的網(wǎng)站,您采用什么樣的方法來解決各頁面訪問量統(tǒng)計(jì)問題?
答:a. 確認(rèn)服務(wù)器是否能支撐當(dāng)前訪問量隅俘。
b. 優(yōu)化數(shù)據(jù)庫訪問邻奠。
c. 禁止外部訪問鏈接(盜鏈), 比如圖片盜鏈。
d. 控制文件下載为居。
e. 使用不同主機(jī)分流碌宴。
f. 使用瀏覽統(tǒng)計(jì)軟件,了解訪問量蒙畴,有針對(duì)性的進(jìn)行優(yōu)化贰镣。

如何進(jìn)行SQL優(yōu)化?
答:
(1)選擇正確的存儲(chǔ)引擎
以 MySQL為例膳凝,包括有兩個(gè)存儲(chǔ)引擎 MyISAM 和 InnoDB碑隆,每個(gè)引擎都有利有弊。
MyISAM 適合于一些需要大量查詢的應(yīng)用蹬音,但其對(duì)于有大量寫操作并不是很好上煤。甚至你只是需要update一個(gè)字段,整個(gè)表都會(huì)被鎖起來著淆,而別的進(jìn)程劫狠,就算是讀進(jìn)程都無法操作直到讀操作完成。另外永部,MyISAM 對(duì)于 SELECT COUNT(*) 這類的計(jì)算是超快無比的独泞。

InnoDB 的趨勢(shì)會(huì)是一個(gè)非常復(fù)雜的存儲(chǔ)引擎,對(duì)于一些小的應(yīng)用苔埋,它會(huì)比 MyISAM 還慢阐肤。但是它支持“行鎖” ,于是在寫操作比較多的時(shí)候讲坎,會(huì)更優(yōu)秀孕惜。并且,他還支持更多的高級(jí)應(yīng)用晨炕,比如:事務(wù)衫画。

(2)優(yōu)化字段的數(shù)據(jù)類型

記住一個(gè)原則,越小的列會(huì)越快瓮栗。如果一個(gè)表只會(huì)有幾列罷了(比如說字典表削罩,配置表)瞄勾,那么,我們就沒有理由使用 INT 來做主鍵弥激,使用 MEDIUMINT, SMALLINT 或是更小的 TINYINT 會(huì)更經(jīng)濟(jì)一些进陡。如果你不需要記錄時(shí)間,使用 DATE 要比 DATETIME 好得多微服。當(dāng)然趾疚,你也需要留夠足夠的擴(kuò)展空間。

(3)為搜索字段添加索引

索引并不一定就是給主鍵或是唯一的字段以蕴。如果在你的表中糙麦,有某個(gè)字段你總要會(huì)經(jīng)常用來做搜索,那么最好是為其建立索引丛肮,除非你要搜索的字段是大的文本字段另锋,那應(yīng)該建立全文索引欧瘪。

(4)避免使用Select 從數(shù)據(jù)庫里讀出越多的數(shù)據(jù)框往,那么查詢就會(huì)變得越慢捉捅。并且,如果你的數(shù)據(jù)庫服務(wù)器和WEB服務(wù)器是兩臺(tái)獨(dú)立的服務(wù)器的話习劫,這還會(huì)增加網(wǎng)絡(luò)傳輸?shù)呢?fù)載咆瘟。即使你要查詢數(shù)據(jù)表的所有字段,也盡量不要用通配符榜聂,善用內(nèi)置提供的字段排除定義也許能給帶來更多的便利搞疗。

(5)使用 ENUM 而不是 VARCHAR

ENUM 類型是非常快和緊湊的须肆。在實(shí)際上匿乃,其保存的是 TINYINT,但其外表上顯示為字符串豌汇。這樣一來幢炸,用這個(gè)字段來做一些選項(xiàng)列表變得相當(dāng)?shù)耐昝馈@缇芗詣e宛徊、民族、部門和狀態(tài)之類的這些字段的取值是有限而且固定的逻澳,那么闸天,你應(yīng)該使用 ENUM 而不是 VARCHAR。

(6)盡可能的使用 NOT NULL

除非你有一個(gè)很特別的原因去使用 NULL 值斜做,你應(yīng)該總是讓你的字段保持 NOT NULL苞氮。 NULL其實(shí)需要額外的空間,并且瓤逼,在你進(jìn)行比較的時(shí)候笼吟,你的程序會(huì)更復(fù)雜库物。 當(dāng)然,這里并不是說你就不能使用NULL了贷帮,現(xiàn)實(shí)情況是很復(fù)雜的戚揭,依然會(huì)有些情況下,你需要使用NULL值撵枢。

(7)固定長度的表會(huì)更快

如果表中的所有字段都是“固定長度”的民晒,整個(gè)表會(huì)被認(rèn)為是 “static” 或 “fixed-length”。 例如诲侮,表中沒有如下類型的字段: VARCHAR镀虐,TEXT箱蟆,BLOB沟绪。只要你包括了其中一個(gè)這些字段,那么這個(gè)表就不是“固定長度靜態(tài)表”了空猜,這樣绽慈,MySQL 引擎會(huì)用另一種方法來處理。

固定長度的表會(huì)提高性能辈毯,因?yàn)镸ySQL搜尋得會(huì)更快一些坝疼,因?yàn)檫@些固定的長度是很容易計(jì)算下一個(gè)數(shù)據(jù)的偏移量的,所以讀取的自然也會(huì)很快谆沃。而如果字段不是定長的钝凶,那么,每一次要找下一條的話唁影,需要程序找到主鍵耕陷。

并且,固定長度的表也更容易被緩存和重建据沈。不過哟沫,唯一的副作用是,固定長度的字段會(huì)浪費(fèi)一些空間锌介,因?yàn)槎ㄩL的字段無論你用不用嗜诀,他都是要分配那么多的空間。

如何設(shè)計(jì)一個(gè)高并發(fā)的系統(tǒng)
① 數(shù)據(jù)庫的優(yōu)化孔祸,包括合理的事務(wù)隔離級(jí)別隆敢、SQL語句優(yōu)化、索引的優(yōu)化

② 使用緩存崔慧,盡量減少數(shù)據(jù)庫 IO

③ 分布式數(shù)據(jù)庫拂蝎、分布式緩存

④ 服務(wù)器的負(fù)載均衡

鎖的優(yōu)化策略
① 讀寫分離

② 分段加鎖

③ 減少鎖持有的時(shí)間

④ 多個(gè)線程盡量以相同的順序去獲取資源

等等,這些都不是絕對(duì)原則尊浪,都要根據(jù)情況匣屡,比如不能將鎖的粒度過于細(xì)化封救,不然可能會(huì)出現(xiàn)線程的加鎖和釋放次數(shù)過多,反而效率不如一次加一把大鎖捣作。這部分跟面試官談了很久

索引的底層實(shí)現(xiàn)原理和優(yōu)化
B+樹誉结,經(jīng)過優(yōu)化的B+樹

主要是在所有的葉子結(jié)點(diǎn)中增加了指向下一個(gè)葉子節(jié)點(diǎn)的指針,因此InnoDB建議為大部分表使用默認(rèn)自增的主鍵作為主索引券躁。

什么情況下設(shè)置了索引但無法使用
① 以“%”開頭的LIKE語句惩坑,模糊匹配

② OR語句前后沒有同時(shí)使用索引

③ 數(shù)據(jù)類型出現(xiàn)隱式轉(zhuǎn)化(如varchar不加單引號(hào)的話可能會(huì)自動(dòng)轉(zhuǎn)換為int型)

SQL語句的優(yōu)化
order by要怎么處理

alter盡量將多次合并為一次

insert和delete也需要合并

等等

實(shí)踐中如何優(yōu)化MySQL
我當(dāng)時(shí)是按以下四條依次回答的,他們四條從效果上第一條影響最大也拜,后面越來越小以舒。

① SQL語句及索引的優(yōu)化

② 數(shù)據(jù)庫表結(jié)構(gòu)的優(yōu)化

③ 系統(tǒng)配置的優(yōu)化

④ 硬件的優(yōu)化

sql注入的主要特點(diǎn)
變種極多,攻擊簡單慢哈,危害極大

sql注入的主要危害

未經(jīng)授權(quán)操作數(shù)據(jù)庫的數(shù)據(jù)

惡意纂改網(wǎng)頁

私自添加系統(tǒng)賬號(hào)或者是數(shù)據(jù)庫使用者賬號(hào)

網(wǎng)頁掛木馬

優(yōu)化數(shù)據(jù)庫的方法
選取最適用的字段屬性蔓钟,盡可能減少定義字段寬度,盡量把字段設(shè)置NOTNULL卵贱,例如’省份’滥沫、’性別’最好適用ENUM
使用連接(JOIN)來代替子查詢
適用聯(lián)合(UNION)來代替手動(dòng)創(chuàng)建的臨時(shí)表
事務(wù)處理
鎖定表、優(yōu)化事務(wù)處理
適用外鍵键俱,優(yōu)化鎖定表
建立索引
優(yōu)化查詢語句

簡單描述mysql中兰绣,索引,主鍵编振,唯一索引缀辩,聯(lián)合索引的區(qū)別,對(duì)數(shù)據(jù)庫的性能有什么影響(從讀寫兩方面)
索引是一種特殊的文件(InnoDB數(shù)據(jù)表上的索引是表空間的一個(gè)組成部分)踪央,它們包含著對(duì)數(shù)據(jù)表里所有記錄的引用指針臀玄。

普通索引(由關(guān)鍵字KEY或INDEX定義的索引)的唯一任務(wù)是加快對(duì)數(shù)據(jù)的訪問速度。

普通索引允許被索引的數(shù)據(jù)列包含重復(fù)的值杯瞻。如果能確定某個(gè)數(shù)據(jù)列將只包含彼此各不相同的值镐牺,在為這個(gè)數(shù)據(jù)列創(chuàng)建索引的時(shí)候就應(yīng)該用關(guān)鍵字UNIQUE把它定義為一個(gè)唯一索引。也就是說魁莉,唯一索引可以保證數(shù)據(jù)記錄的唯一性睬涧。

主鍵,是一種特殊的唯一索引旗唁,在一張表中只能定義一個(gè)主鍵索引畦浓,主鍵用于唯一標(biāo)識(shí)一條記錄,使用關(guān)鍵字 PRIMARY KEY 來創(chuàng)建检疫。

索引可以覆蓋多個(gè)數(shù)據(jù)列讶请,如像INDEX(columnA, columnB)索引,這就是聯(lián)合索引。

索引可以極大的提高數(shù)據(jù)的查詢速度夺溢,但是會(huì)降低插入论巍、刪除、更新表的速度风响,因?yàn)樵趫?zhí)行這些寫操作時(shí)嘉汰,還要操作索引文件。

數(shù)據(jù)庫中的事務(wù)是什么?
事務(wù)(transaction)是作為一個(gè)單元的一組有序的數(shù)據(jù)庫操作状勤。如果組中的所有操作都成功鞋怀,則認(rèn)為事務(wù)成功,即使只有一個(gè)操作失敗持搜,事務(wù)也不成功密似。如果所有操作完成,事務(wù)則提交葫盼,其修改將作用于所有其他數(shù)據(jù)庫進(jìn)程残腌。如果一個(gè)操作失敗,則事務(wù)將回滾剪返,該事務(wù)所有操作的影響都將取消废累。ACID 四大特性,原子性邓梅、隔離性脱盲、一致性、持久性日缨。

了解XSS攻擊嗎钱反?如何防止?
XSS是跨站腳本攻擊匣距,首先是利用跨站腳本漏洞以一個(gè)特權(quán)模式去執(zhí)行攻擊者構(gòu)造的腳本面哥,然后利用不安全的Activex控件執(zhí)行惡意的行為。
使用htmlspecialchars()函數(shù)對(duì)提交的內(nèi)容進(jìn)行過濾毅待,使字符串里面的特殊符號(hào)實(shí)體化尚卫。

SQL注入漏洞產(chǎn)生的原因?如何防止尸红?
SQL注入產(chǎn)生的原因:程序開發(fā)過程中不注意規(guī)范書寫sql語句和對(duì)特殊字符進(jìn)行過濾吱涉,導(dǎo)致客戶端可以通過全局變量POST和GET提交一些sql語句正常執(zhí)行。

防止SQL注入的方式:
開啟配置文件中的magic_quotes_gpc 和 magic_quotes_runtime設(shè)置

執(zhí)行sql語句時(shí)使用addslashes進(jìn)行sql語句轉(zhuǎn)換

Sql語句書寫盡量不要省略雙引號(hào)和單引號(hào)外里。

過濾掉sql語句中的一些關(guān)鍵詞:update怎爵、insert、delete盅蝗、select鳖链、 * 。

提高數(shù)據(jù)庫表和字段的命名技巧墩莫,對(duì)一些重要的字段根據(jù)程序的特點(diǎn)命名芙委,取不易被猜到的逞敷。

Php配置文件中設(shè)置register_globals為off,關(guān)閉全局變量注冊(cè)

控制錯(cuò)誤信息,不要在瀏覽器上輸出錯(cuò)誤信息灌侣,將錯(cuò)誤信息寫到日志文件中兰粉。

為表中得字段選擇合適得數(shù)據(jù)類型(物理設(shè)計(jì))
字段類型優(yōu)先級(jí): 整形>date,time>enum,char>varchar>blob,text
優(yōu)先考慮數(shù)字類型,其次是日期或者二進(jìn)制類型顶瞳,最后是字符串類型玖姑,同級(jí)別得數(shù)據(jù)類型,應(yīng)該優(yōu)先選擇占用空間小的數(shù)據(jù)類型

存儲(chǔ)時(shí)期
Datatime:以 YYYY-MM-DD HH:MM:SS 格式存儲(chǔ)時(shí)期時(shí)間慨菱,精確到秒焰络,占用8個(gè)字節(jié)得存儲(chǔ)空間,datatime類型與時(shí)區(qū)無關(guān)
Timestamp:以時(shí)間戳格式存儲(chǔ)符喝,占用4個(gè)字節(jié)闪彼,范圍小1970-1-1到2038-1-19,顯示依賴于所指定得時(shí)區(qū)协饲,默認(rèn)在第一個(gè)列行的數(shù)據(jù)修改時(shí)可以自動(dòng)得修改timestamp列得值
Date:(生日)占用得字節(jié)數(shù)比使用字符串.datatime.int儲(chǔ)存要少畏腕,使用date只需要3個(gè)字節(jié),存儲(chǔ)日期月份茉稠,還可以利用日期時(shí)間函數(shù)進(jìn)行日期間得計(jì)算
Time:存儲(chǔ)時(shí)間部分得數(shù)據(jù)
注意:不要使用字符串類型來存儲(chǔ)日期時(shí)間數(shù)據(jù)(通常比字符串占用得儲(chǔ)存空間小描馅,在進(jìn)行查找過濾可以利用日期得函數(shù))
使用int存儲(chǔ)日期時(shí)間不如使用timestamp類型

對(duì)于關(guān)系型數(shù)據(jù)庫而言,索引是相當(dāng)重要的概念而线,請(qǐng)回答有關(guān)索引的幾個(gè)問題:
a)铭污、索引的目的是什么?
快速訪問數(shù)據(jù)表中的特定信息膀篮,提高檢索速度

創(chuàng)建唯一性索引嘹狞,保證數(shù)據(jù)庫表中每一行數(shù)據(jù)的唯一性。

加速表和表之間的連接

使用分組和排序子句進(jìn)行數(shù)據(jù)檢索時(shí)誓竿,可以顯著減少查詢中分組和排序的時(shí)間

b)磅网、索引對(duì)數(shù)據(jù)庫系統(tǒng)的負(fù)面影響是什么?
負(fù)面影響:
創(chuàng)建索引和維護(hù)索引需要耗費(fèi)時(shí)間筷屡,這個(gè)時(shí)間隨著數(shù)據(jù)量的增加而增加涧偷;索引需要占用物理空間,不光是表需要占用數(shù)據(jù)空間速蕊,每個(gè)索引也需要占用物理空間嫂丙;當(dāng)對(duì)表進(jìn)行增、刪规哲、改跟啤、的時(shí)候索引也要?jiǎng)討B(tài)維護(hù),這樣就降低了數(shù)據(jù)的維護(hù)速度。

c)隅肥、為數(shù)據(jù)表建立索引的原則有哪些竿奏?
在最頻繁使用的、用以縮小查詢范圍的字段上建立索引腥放。

在頻繁使用的泛啸、需要排序的字段上建立索引

d)、 什么情況下不宜建立索引秃症?
對(duì)于查詢中很少涉及的列或者重復(fù)值比較多的列候址,不宜建立索引。

對(duì)于一些特殊的數(shù)據(jù)類型种柑,不宜建立索引岗仑,比如文本字段(text)等

簡述在MySQL數(shù)據(jù)庫中MyISAM和InnoDB的區(qū)別
區(qū)別于其他數(shù)據(jù)庫的最重要的特點(diǎn)就是其插件式的表存儲(chǔ)引擎。切記:存儲(chǔ)引擎是基于表的聚请,而不是數(shù)據(jù)庫荠雕。

InnoDB與MyISAM的區(qū)別:

InnoDB存儲(chǔ)引擎: 主要面向OLTP(Online Transaction Processing,在線事務(wù)處理)方面的應(yīng)用驶赏,是第一個(gè)完整支持ACID事務(wù)的存儲(chǔ)引擎(BDB第一個(gè)支持事務(wù)的存儲(chǔ)引擎炸卑,已經(jīng)停止開發(fā))。

特點(diǎn):

· 行鎖設(shè)計(jì)煤傍、支持外鍵,支持事務(wù)盖文,支持并發(fā),鎖粒度是支持mvcc得行級(jí)鎖患久;

MyISAM存儲(chǔ)引擎: 是MySQL官方提供的存儲(chǔ)引擎椅寺,主要面向OLAP(Online Analytical Processing,在線分析處理)方面的應(yīng)用。
特點(diǎn):

不支持事務(wù)蒋失,鎖粒度是支持并發(fā)插入得表級(jí)鎖,支持表所和全文索引桐玻。操作速度快篙挽,不能讀寫操作太頻繁;

解釋MySQL外連接镊靴、內(nèi)連接與自連接的區(qū)別
先說什么是交叉連接: 交叉連接又叫笛卡爾積铣卡,它是指不使用任何條件,直接將一個(gè)表的所有記錄和另一個(gè)表中的所有記錄一一匹配偏竟。

內(nèi)連接 則是只有條件的交叉連接煮落,根據(jù)某個(gè)條件篩選出符合條件的記錄,不符合條件的記錄不會(huì)出現(xiàn)在結(jié)果集中踊谋,即內(nèi)連接只連接匹配的行蝉仇。
外連接 其結(jié)果集中不僅包含符合連接條件的行,而且還會(huì)包括左表、右表或兩個(gè)表中
的所有數(shù)據(jù)行轿衔,這三種情況依次稱之為左外連接沉迹,右外連接,和全外連接害驹。

左外連接鞭呕,也稱左連接,左表為主表宛官,左表中的所有記錄都會(huì)出現(xiàn)在結(jié)果集中葫松,對(duì)于那些在右表中并沒有匹配的記錄,仍然要顯示底洗,右邊對(duì)應(yīng)的那些字段值以NULL來填充进宝。右外連接,也稱右連接枷恕,右表為主表党晋,右表中的所有記錄都會(huì)出現(xiàn)在結(jié)果集中。左連接和右連接可以互換徐块,MySQL目前還不支持全外連接未玻。

寫出三種以上MySQL數(shù)據(jù)庫存儲(chǔ)引擎的名稱(提示:不區(qū)分大小寫)
MyISAM、InnoDB胡控、BDB(BerkeleyDB)扳剿、Merge、Memory(Heap)昼激、Example庇绽、Federated、
Archive橙困、CSV瞧掺、Blackhole、MaxDB 等等十幾個(gè)引擎

Myql中的事務(wù)回滾機(jī)制概述
事務(wù)是用戶定義的一個(gè)數(shù)據(jù)庫操作序列凡傅,這些操作要么全做要么全不做辟狈,是一個(gè)不可分割的工作單位,事務(wù)回滾是指將該事務(wù)已經(jīng)完成的對(duì)數(shù)據(jù)庫的更新操作撤銷夏跷。

要同時(shí)修改數(shù)據(jù)庫中兩個(gè)不同表時(shí)哼转,如果它們不是一個(gè)事務(wù)的話,當(dāng)?shù)谝粋€(gè)表修改完槽华,可能第二個(gè)表修改過程中出現(xiàn)了異常而沒能修改壹蔓,此時(shí)就只有第二個(gè)表依舊是未修改之前的狀態(tài),而第一個(gè)表已經(jīng)被修改完畢猫态。而當(dāng)你把它們?cè)O(shè)定為一個(gè)事務(wù)的時(shí)候佣蓉,當(dāng)?shù)谝粋€(gè)表修改完披摄,第二表修改出現(xiàn)異常而沒能修改,第一個(gè)表和第二個(gè)表都要回到未修改的狀態(tài)偏螺,這就是所謂的事務(wù)回滾

SQL語言包括哪幾部分行疏?每部分都有哪些操作關(guān)鍵字?
答:SQL語言包括數(shù)據(jù)定義(DDL)套像、數(shù)據(jù)操縱(DML),數(shù)據(jù)控制(DCL)和數(shù)據(jù)查詢(DQL)四個(gè)部分酿联。

數(shù)據(jù)定義:Create Table,Alter Table,Drop Table, Craete/Drop Index等

數(shù)據(jù)操縱:Select ,insert,update,delete,

數(shù)據(jù)控制:grant,revoke

數(shù)據(jù)查詢:select

完整性約束包括哪些?

答:數(shù)據(jù)完整性(Data Integrity)是指數(shù)據(jù)的精確(Accuracy)和可靠性(Reliability)夺巩。

分為以下四類:

  1. 實(shí)體完整性:規(guī)定表的每一行在表中是惟一的實(shí)體贞让。

  2. 域完整性:是指表中的列必須滿足某種特定的數(shù)據(jù)類型約束,其中約束又包括取值范圍柳譬、精度等規(guī)定喳张。

  3. 參照完整性:是指兩個(gè)表的主關(guān)鍵字和外關(guān)鍵字的數(shù)據(jù)應(yīng)一致,保證了表之間的數(shù)據(jù)的一致性美澳,防止了數(shù)據(jù)丟失或無意義的數(shù)據(jù)在數(shù)據(jù)庫中擴(kuò)散销部。

  4. 用戶定義的完整性:不同的關(guān)系數(shù)據(jù)庫系統(tǒng)根據(jù)其應(yīng)用環(huán)境的不同,往往還需要一些特殊的約束條件制跟。用戶定義的完整性即是針對(duì)某個(gè)特定關(guān)系數(shù)據(jù)庫的約束條件舅桩,它反映某一具體應(yīng)用必須滿足的語義要求。

與表有關(guān)的約束:包括列約束(NOT NULL(非空約束))和表約束(PRIMARY KEY雨膨、foreign key擂涛、check、UNIQUE) 聊记。

什么是事務(wù)撒妈?及其特性?

答:事務(wù):是一系列的數(shù)據(jù)庫操作排监,是數(shù)據(jù)庫應(yīng)用的基本邏輯單位狰右。

事務(wù)特性:

(1)原子性:即不可分割性,事務(wù)要么全部被執(zhí)行社露,要么就全部不被執(zhí)行挟阻。

(2)一致性或可串性。事務(wù)的執(zhí)行使得數(shù)據(jù)庫從一種正確狀態(tài)轉(zhuǎn)換成另一種正確狀態(tài)

(3)隔離性峭弟。在事務(wù)正確提交之前,不允許把該事務(wù)對(duì)數(shù)據(jù)的任何改變提供給任何其他事務(wù)脱拼,

(4) 持久性瞒瘸。事務(wù)正確提交后,其結(jié)果將永久保存在數(shù)據(jù)庫中熄浓,即使在事務(wù)提交后有了其他故障情臭,事務(wù)的處理結(jié)果也會(huì)得到保存省撑。

或者這樣理解:

事務(wù)就是被綁定在一起作為一個(gè)邏輯工作單元的SQL語句分組,如果任何一個(gè)語句操作失敗那么整個(gè)操作就被失敗俯在,以后操作就會(huì)回滾到操作前狀態(tài)竟秫,或者是上有個(gè)節(jié)點(diǎn)。為了確保要么執(zhí)行跷乐,要么不執(zhí)行肥败,就可以使用事務(wù)。要將有組語句作為事務(wù)考慮愕提,就需要通過ACID測(cè)試馒稍,即原子性,一致性浅侨,隔離性和持久性纽谒。

什么是鎖?

答:數(shù)據(jù)庫是一個(gè)多用戶使用的共享資源如输。當(dāng)多個(gè)用戶并發(fā)地存取數(shù)據(jù)時(shí)鼓黔,在數(shù)據(jù)庫中就會(huì)產(chǎn)生多個(gè)事務(wù)同時(shí)存取同一數(shù)據(jù)的情況。若對(duì)并發(fā)操作不加控制就可能會(huì)讀取和存儲(chǔ)不正確的數(shù)據(jù)不见,破壞數(shù)據(jù)庫的一致性澳化。

加鎖是實(shí)現(xiàn)數(shù)據(jù)庫并發(fā)控制的一個(gè)非常重要的技術(shù)。當(dāng)事務(wù)在對(duì)某個(gè)數(shù)據(jù)對(duì)象進(jìn)行操作前脖祈,先向系統(tǒng)發(fā)出請(qǐng)求肆捕,對(duì)其加鎖。加鎖后事務(wù)就對(duì)該數(shù)據(jù)對(duì)象有了一定的控制盖高,在該事務(wù)釋放鎖之前慎陵,其他的事務(wù)不能對(duì)此數(shù)據(jù)對(duì)象進(jìn)行更新操作。

基本鎖類型:鎖包括行級(jí)鎖和表級(jí)鎖

什么叫視圖喻奥?游標(biāo)是什么席纽?

答:視圖是一種虛擬的表,具有和物理表相同的功能撞蚕∪筇荩可以對(duì)視圖進(jìn)行增,改甥厦,查纺铭,操作,視圖通常是有一個(gè)表或者多個(gè)表的行或列的子集刀疙。對(duì)視圖的修改不影響基本表舶赔。它使得我們獲取數(shù)據(jù)更容易,相比多表查詢谦秧。

游標(biāo):是對(duì)查詢出來的結(jié)果集作為一個(gè)單元來有效的處理竟纳。游標(biāo)可以定在該單元中的特定行撵溃,從結(jié)果集的當(dāng)前行檢索一行或多行∽独郏可以對(duì)結(jié)果集當(dāng)前行做修改缘挑。一般不使用游標(biāo),但是需要逐條處理數(shù)據(jù)的時(shí)候桶略,游標(biāo)顯得十分重要语淘。

什么是存儲(chǔ)過程?用什么來調(diào)用删性?

答:存儲(chǔ)過程是一個(gè)預(yù)編譯的SQL語句亏娜,優(yōu)點(diǎn)是允許模塊化的設(shè)計(jì),就是說只需創(chuàng)建一次蹬挺,以后在該程序中就可以調(diào)用多次维贺。如果某次操作需要執(zhí)行多次SQL,使用存儲(chǔ)過程比單純SQL語句執(zhí)行要快巴帮∷萜可以用一個(gè)命令對(duì)象來調(diào)用存儲(chǔ)過程。

索引的作用榕茧?和它的優(yōu)點(diǎn)缺點(diǎn)是什么垃沦?

答:索引就一種特殊的查詢表,數(shù)據(jù)庫的搜索引擎可以利用它加速對(duì)數(shù)據(jù)的檢索用押。它很類似與現(xiàn)實(shí)生活中書的目錄肢簿,不需要查詢整本書內(nèi)容就可以找到想要的數(shù)據(jù)。索引可以是唯一的蜻拨,創(chuàng)建索引允許指定單個(gè)列或者是多個(gè)列池充。缺點(diǎn)是它減慢了數(shù)據(jù)錄入的速度,同時(shí)也增加了數(shù)據(jù)庫的尺寸大小缎讼。

如何通俗地理解三個(gè)范式收夸?

答:第一范式:1NF是對(duì)屬性的原子性約束,要求屬性具有原子性血崭,不可再分解卧惜;

第二范式:2NF是對(duì)記錄的惟一性約束,要求記錄有惟一標(biāo)識(shí)夹纫,即實(shí)體的惟一性咽瓷;

第三范式:3NF是對(duì)字段冗余性的約束,即任何字段不能由其他字段派生出來舰讹,它要求字段沒有冗余忱详。。

范式化設(shè)計(jì)優(yōu)缺點(diǎn):

優(yōu)點(diǎn):

可以盡量得減少數(shù)據(jù)冗余跺涤,使得更新快匈睁,體積小

缺點(diǎn):對(duì)于查詢需要多個(gè)表進(jìn)行關(guān)聯(lián),減少寫得效率增加讀得效率桶错,更難進(jìn)行索引優(yōu)化

反范式化:

優(yōu)點(diǎn):可以減少表得關(guān)聯(lián)航唆,可以更好得進(jìn)行索引優(yōu)化

缺點(diǎn):數(shù)據(jù)冗余以及數(shù)據(jù)異常,數(shù)據(jù)得修改需要更多的成本

什么是基本表院刁?什么是視圖糯钙?

答:基本表是本身獨(dú)立存在的表,在 SQL 中一個(gè)關(guān)系就對(duì)應(yīng)一個(gè)表退腥。 視圖是從一個(gè)或幾個(gè)基本表導(dǎo)出的表任岸。視圖本身不獨(dú)立存儲(chǔ)在數(shù)據(jù)庫中,是一個(gè)虛表

試述視圖的優(yōu)點(diǎn)狡刘?

答:(1) 視圖能夠簡化用戶的操作 (2) 視圖使用戶能以多種角度看待同一數(shù)據(jù)享潜; (3) 視圖為數(shù)據(jù)庫提供了一定程度的邏輯獨(dú)立性; (4) 視圖能夠?qū)C(jī)密數(shù)據(jù)提供安全保護(hù)嗅蔬。

NULL是什么意思

答:NULL這個(gè)值表示UNKNOWN(未知):它不表示“”(空字符串)剑按。對(duì)NULL這個(gè)值的任何比較都會(huì)生產(chǎn)一個(gè)NULL值。您不能把任何值與一個(gè) NULL值進(jìn)行比較澜术,并在邏輯上希望獲得一個(gè)答案艺蝴。

使用IS NULL來進(jìn)行NULL判斷

主鍵、外鍵和索引的區(qū)別鸟废?

主鍵猜敢、外鍵和索引的區(qū)別

定義:

主鍵–唯一標(biāo)識(shí)一條記錄,不能有重復(fù)的盒延,不允許為空

外鍵–表的外鍵是另一表的主鍵, 外鍵可以有重復(fù)的, 可以是空值

索引–該字段沒有重復(fù)值缩擂,但可以有一個(gè)空值

作用:

主鍵–用來保證數(shù)據(jù)完整性

外鍵–用來和其他表建立聯(lián)系用的

索引–是提高查詢排序的速度

個(gè)數(shù):

主鍵–主鍵只能有一個(gè)

外鍵–一個(gè)表可以有多個(gè)外鍵

索引–一個(gè)表可以有多個(gè)唯一索引

你可以用什么來確保表格里的字段只接受特定范圍里的值?

答:Check限制,它在數(shù)據(jù)庫表格里被定義兰英,用來限制輸入該列的值撇叁。

觸發(fā)器也可以被用來限制數(shù)據(jù)庫表格里的字段能夠接受的值,但是這種辦法要求觸發(fā)器在表格里被定義畦贸,這可能會(huì)在某些情況下影響到性能陨闹。

說說對(duì)SQL語句優(yōu)化有哪些方法?(選擇幾條)

(1)Where子句中:where表之間的連接必須寫在其他Where條件之前薄坏,那些可以過濾掉最大數(shù)量記錄的條件必須寫在Where子句的末尾.HAVING最后趋厉。

(2)用EXISTS替代IN、用NOT EXISTS替代NOT IN胶坠。

(3) 避免在索引列上使用計(jì)算

(4)避免在索引列上使用IS NULL和IS NOT NULL

(5)對(duì)查詢進(jìn)行優(yōu)化君账,應(yīng)盡量避免全表掃描,首先應(yīng)考慮在 where 及 order by 涉及的列上建立索引沈善。

(6)應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行 null 值判斷乡数,否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描

(7)應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行表達(dá)式操作椭蹄,這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描

SQL語句中‘相關(guān)子查詢’與‘非相關(guān)子查詢’有什么區(qū)別?

答:子查詢:嵌套在其他查詢中的查詢稱之净赴。

子查詢又稱內(nèi)部绳矩,而包含子查詢的語句稱之外部查詢(又稱主查詢)。

所有的子查詢可以分為兩類玖翅,即相關(guān)子查詢和非相關(guān)子查詢

(1)非相關(guān)子查詢是獨(dú)立于外部查詢的子查詢翼馆,子查詢總共執(zhí)行一次,執(zhí)行完畢后將值傳遞給外部查詢金度。

(2)相關(guān)子查詢的執(zhí)行依賴于外部查詢的數(shù)據(jù)应媚,外部查詢執(zhí)行一行,子查詢就執(zhí)行一次猜极。

故非相關(guān)子查詢比相關(guān)子查詢效率高

char和varchar的區(qū)別中姜?

答:是一種固定長度的類型,varchar則是一種可變長度的類型魔吐,它們的區(qū)別是:

char(M)類型的數(shù)據(jù)列里扎筒,每個(gè)值都占用M個(gè)字節(jié),如果某個(gè)長度小于M酬姆,MySQL就會(huì)在它的右邊用空格字符補(bǔ)足.(在檢索操作中那些填補(bǔ)出來的空格字符將被去掉)在varchar(M)類型的數(shù)據(jù)列里嗜桌,每個(gè)值只占用剛好夠用的字節(jié)再加上一個(gè)用來記錄其長度的字節(jié)(即總長度為L+1字節(jié)).

varchar得適用場(chǎng)景:

字符串列得最大長度比平均長度大很多 2.字符串很少被更新,容易產(chǎn)生存儲(chǔ)碎片 3.使用多字節(jié)字符集存儲(chǔ)字符串

Char得場(chǎng)景:

存儲(chǔ)具有近似得長度(md5值,身份證辞色,手機(jī)號(hào)),長度比較短小得字符串(因?yàn)関archar需要額外空間記錄字符串長度)骨宠,更適合經(jīng)常更新得字符串,更新時(shí)不會(huì)出現(xiàn)頁分裂得情況相满,避免出現(xiàn)存儲(chǔ)碎片层亿,獲得更好的io性能
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市立美,隨后出現(xiàn)的幾起案子匿又,更是在濱河造成了極大的恐慌,老刑警劉巖建蹄,帶你破解...
    沈念sama閱讀 210,914評(píng)論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件碌更,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡洞慎,警方通過查閱死者的電腦和手機(jī)痛单,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 89,935評(píng)論 2 383
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來劲腿,“玉大人旭绒,你說我怎么就攤上這事。” “怎么了挥吵?”我有些...
    開封第一講書人閱讀 156,531評(píng)論 0 345
  • 文/不壞的土叔 我叫張陵重父,是天一觀的道長。 經(jīng)常有香客問我蔫劣,道長坪郭,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,309評(píng)論 1 282
  • 正文 為了忘掉前任脉幢,我火速辦了婚禮,結(jié)果婚禮上嗦锐,老公的妹妹穿的比我還像新娘嫌松。我一直安慰自己,他們只是感情好奕污,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,381評(píng)論 5 384
  • 文/花漫 我一把揭開白布萎羔。 她就那樣靜靜地躺著,像睡著了一般碳默。 火紅的嫁衣襯著肌膚如雪贾陷。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,730評(píng)論 1 289
  • 那天嘱根,我揣著相機(jī)與錄音髓废,去河邊找鬼。 笑死该抒,一個(gè)胖子當(dāng)著我的面吹牛慌洪,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播凑保,決...
    沈念sama閱讀 38,882評(píng)論 3 404
  • 文/蒼蘭香墨 我猛地睜開眼冈爹,長吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來了欧引?” 一聲冷哼從身側(cè)響起频伤,我...
    開封第一講書人閱讀 37,643評(píng)論 0 266
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎芝此,沒想到半個(gè)月后憋肖,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,095評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡癌蓖,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,448評(píng)論 2 325
  • 正文 我和宋清朗相戀三年瞬哼,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片租副。...
    茶點(diǎn)故事閱讀 38,566評(píng)論 1 339
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡坐慰,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情结胀,我是刑警寧澤赞咙,帶...
    沈念sama閱讀 34,253評(píng)論 4 328
  • 正文 年R本政府宣布,位于F島的核電站糟港,受9級(jí)特大地震影響攀操,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜秸抚,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,829評(píng)論 3 312
  • 文/蒙蒙 一速和、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧剥汤,春花似錦颠放、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,715評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至鹿驼,卻和暖如春欲低,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背畜晰。 一陣腳步聲響...
    開封第一講書人閱讀 31,945評(píng)論 1 264
  • 我被黑心中介騙來泰國打工砾莱, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人舷蟀。 一個(gè)月前我還...
    沈念sama閱讀 46,248評(píng)論 2 360
  • 正文 我出身青樓恤磷,卻偏偏與公主長得像,于是被迫代替她去往敵國和親野宜。 傳聞我的和親對(duì)象是個(gè)殘疾皇子扫步,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,440評(píng)論 2 348

推薦閱讀更多精彩內(nèi)容

  • ORA-00001: 違反唯一約束條件 (.) 錯(cuò)誤說明:當(dāng)在唯一索引所對(duì)應(yīng)的列上鍵入重復(fù)值時(shí),會(huì)觸發(fā)此異常匈子。 O...
    我想起個(gè)好名字閱讀 5,248評(píng)論 0 9
  • 今天看到一位朋友寫的mysql筆記總結(jié)河胎,覺得寫的很詳細(xì)很用心,這里轉(zhuǎn)載一下虎敦,供大家參考下游岳,也希望大家能關(guān)注他原文地...
    信仰與初衷閱讀 4,725評(píng)論 0 30
  • 一、MySQL優(yōu)化 MySQL優(yōu)化從哪些方面入手: (1)存儲(chǔ)層(數(shù)據(jù)) 構(gòu)建良好的數(shù)據(jù)結(jié)構(gòu)其徙∨咂龋可以大大的提升我們S...
    寵辱不驚丶?xì)q月靜好閱讀 2,418評(píng)論 1 8
  • 主鍵,外鍵唾那,超鍵访锻,候選鍵 數(shù)據(jù)庫事務(wù)的四個(gè)特征及含義 視圖的作用,可以更改嗎 視圖是虛擬的表;只包含動(dòng)態(tài)檢索數(shù)據(jù)的...
    DamaoShao閱讀 6,246評(píng)論 0 3
  • MySQL技術(shù)內(nèi)幕:SQL編程 姜承堯 第1章 SQL編程 >> B是由MySQL創(chuàng)始人之一Monty分支的一個(gè)版...
    沉默劍士閱讀 2,412評(píng)論 0 3