1、lony

lony發(fā)音

英：　　美：

lony中文意思翻譯

n.（Lony）人名；（德）洛尼

n.巨龍龍影（公司名）

lony雙語(yǔ)使用場(chǎng)景

1、Here is my gift to you. live lony and happy lives my children, and know that I will be with you always.───我有禮物給你們，我會(huì )一直伴著(zhù)你們幸福生活。

2、FAO Liaison Offices - New Web site for LONY and revamping of LOGE Web site───糧農組織聯(lián)絡(luò )處—LONY新建網(wǎng)站和LOGE改建網(wǎng)站

lony相似詞語(yǔ)短語(yǔ)

1、wait that lony───等等那個(gè)孤獨的人

2、me lony───n.(Melony)人名；(英)梅洛妮

2、postgresql和mysql的區別？

1 架構對比

MySQL：多線(xiàn)程

PostgreSQL：多進(jìn)程

多線(xiàn)程架構和多進(jìn)程架構之間沒(méi)有絕對的好壞，例如oracle在unix上是多進(jìn)程架構，在windows上是多線(xiàn)程架構。

PG 的有多種集群架構可以選擇，plproxy 可以支持語(yǔ)句級的鏡像或分片，slony 可以進(jìn)行字段級的同步設置，standby 可以構建WAL文件級或流式的讀寫(xiě)分離集群，同步頻率和集群策略調整方便，操作非常簡(jiǎn)單。

pgsql對于numa架構的支持比mysql強一些，比MYSQL對于讀的性能更好一些，pgsql提交可以完全異步，而mysql的內存表不夠實(shí)用（因為表鎖的原因）

2 對存儲過(guò)程及事務(wù)的支持能力

1） MySQL對于無(wú)事務(wù)的MyISAM表，采用表鎖定，一個(gè)長(cháng)時(shí)間運行的查詢(xún)很可能會(huì )長(cháng)時(shí)間地阻礙對表的更新，而PostgreSQL不存在這樣的問(wèn)題。

2） PostgreSQL支持存儲過(guò)程，要比MySQL好，具備本地緩存執行計劃的能力；

3） MySQL 4.0.2-alpha開(kāi)始支持事務(wù)的概念，保留無(wú)事務(wù)的表類(lèi)型， 為用戶(hù)提供了更多的選擇。

3 穩定性及性能

1）高并發(fā)讀寫(xiě)，負載逼近極限下，PG的性能指標仍可以維持雙曲線(xiàn)甚至對數曲線(xiàn)，到頂峰之后不再下降，而 MySQL 明顯出現一個(gè)波峰后下滑（5.5版本之后，在企業(yè)級版本中有個(gè)插件可以改善很多，不過(guò)需要付費）

2） PostgreSQL 的穩定性極強， Innodb 等引擎在崩潰、斷電之類(lèi)的災難場(chǎng)景下抗打擊能力有了長(cháng)足進(jìn)步，然而很多 MySQL 用戶(hù)都遇到過(guò)Server級的數據庫丟失的場(chǎng)景——mysql系統庫是MyISAM的，相比之下，PG數據庫這方面要好一些。

3） mysql的innodb引擎，可以充分優(yōu)化利用系統所有內存，超大內存下PG對內存使用的不那么充分（需要根據內存情況合理配置）。從測試結果上看，mysql 5.5的性能提升很大，單機性能強于pgsql，5.6應該會(huì )強更多。

4 高可用性

MySQL可以適應24/7運行。在絕大多數情況下，你不需要為MySQL運行任何清除程序。PostgreSQL目前仍不完全適應24/7運行，這是因為你必須每隔一段時(shí)間運行一次VACUUM。

innodb的基于回滾段實(shí)現的MVCC機制，相對PG新老數據一起存放的基于XID的MVCC機制，是占優(yōu)的。新老數據一起存放，需要定時(shí)觸 發(fā)VACUUM，會(huì )帶來(lái)多余的IO和數據庫對象加鎖開(kāi)銷(xiāo)，引起數據庫整體的并發(fā)能力下降。而且VACUUM清理不及時(shí)，還可能會(huì )引發(fā)數據膨脹；

5 數據同步方式

1）mysql到現在也是異步復制，pgsql可以做到同步，異步，半同步復制。

2） mysql的同步是基于binlog復制，類(lèi)似oracle golden gate,是基于stream的復制，做到同步很困難，這種方式更加適合異地復制；pgsql的復制基于wal，可以做到同步復制。同時(shí)，pgsql還提供stream復制。

3） MySQL的復制可以用多級從庫，但是在9.2之前，PGSQL不能用從庫帶從庫。

4） PG的主備復制屬于物理復制，相對于MySQL基于binlog的邏輯復制，數據的一致性更加可靠，復制性能更高，對主機性能的影響也更小。

7 權限控制對比

MySQL允許你定義一整套的不同的數據級、表級和列級的權限，允許你指定基于主機的權限；

MySQL的MERGE表提供了一個(gè)獨特管理多個(gè)表的方法。myisampack可以對只讀表進(jìn)行壓縮，此后仍然可以直接訪(fǎng)問(wèn)該表中的行。

7 SQL語(yǔ)句支持能力

1） PG有極其強悍的 SQL 編程能力（9.x 圖靈完備，支持遞歸?。?，有非常豐富的統計函數和統計語(yǔ)法支持，比如分析函數（ORACLE的叫法，PG里叫window函數）；

2） 支持用多種語(yǔ)言來(lái)寫(xiě)存儲過(guò)程，對于R的支持也很好。這一點(diǎn)上MYSQL就差的很遠，很多分析功能都不支持。騰訊內部數據存儲主要是MYSQL，但是數據分析主要是HADOOP+PGSQL（聽(tīng)李元佳說(shuō)過(guò)，但是沒(méi)有驗證過(guò)）。

3） pgsql對表名大小的處理，只有在SQL語(yǔ)句中，表名加雙引號，才區分大小寫(xiě)。

4）在SQL的標準實(shí)現上要比MySQL完善，而且功能實(shí)現比較嚴謹；

5）對表連接支持較完整，優(yōu)化器的功能較完整，支持的索引類(lèi)型很多，復雜查詢(xún)能力較強；

6） MySQL采用索引組織表，這種存儲方式非常適合基于主鍵匹配的查詢(xún)、刪改操作，但是對表結構設計存在約束；

7） MySQL的Join操作的性能非常的差，只支持Nest Join，所以一旦數據量大，性能就非常的差。PostgreSQL除了支持nest join外，還支持hash join和 sort merge join；PostgreSQL支持正則表達式查找，MySQL不支持；

8 數據類(lèi)型支持能力

PostgreSQL可以更方便地使用UDF(用戶(hù)定義函數)進(jìn)行擴展。

1）有豐富的幾何類(lèi)型，實(shí)際上不止幾何類(lèi)型，PG有大量字典、數組、bitmap 等數據類(lèi)型, 因此PG 多年來(lái)在 GIS 領(lǐng)域處于優(yōu)勢地位。相比之下mysql就差很多，instagram就是因為PG的空間數據庫擴展POSTGIS遠遠強于MYSQL的my spatial而采用PGSQL的。

MYSQL中的空間數據類(lèi)型有4種，分別是GEOMETRY、POINT、LINESTRING、POLYGON，其空間索引只能在存儲引擎為MYISAM的表中創(chuàng )建，用SPATIAL關(guān)鍵字進(jìn)行擴展，使得能夠用于創(chuàng )建正規索引類(lèi)型的語(yǔ)法創(chuàng )建空間索引。創(chuàng )建空間索引的列，必須將其聲明為NOT NULL。不同的存儲引擎有差別。

MyISAM和InnoDB都支持spatial extensions，但差別在于：如果使用MyISAM，可以建立spatial index，而InnoDB是不支持的。

2） pgsql對json支持比較好，還有很逆天的fdw]功能，就是把別的數據庫的表當自己的用；

3） pgsql的字段類(lèi)型支持的多，有很多mysql沒(méi)有的類(lèi)型，但是實(shí)際中有時(shí)候用到。

4） 一般關(guān)系型數據庫的字符串有限定長(cháng)度8k左右，無(wú)限長(cháng) TEXT 類(lèi)型的功能受限，只能作為外部大數據訪(fǎng)問(wèn)。而 PG 的 TEXT 類(lèi)型可以直接訪(fǎng)問(wèn)，SQL語(yǔ)法內置正則表達式，可以索引，還可以全文檢索，或使用xml xpath。用PG的話(huà)，文檔數據庫都可以省了。

5） postgresql有g(shù)rouping sets函數，也是迫使我拋棄mysql第一原因。做報表后臺計算，olap/oltp之類(lèi)的這個(gè)函數簡(jiǎn)直是剛性需求。沒(méi)有g(shù)rouping sets函數，我感覺(jué)做報表后臺計算，簡(jiǎn)直慘不忍睹。

當然pgsql還有挺多很好用的窗口函數之類(lèi)，用起來(lái)真心爽。mysql做數據報表計算后臺最大缺點(diǎn)就是沒(méi)有g(shù)rouping sets和一些窗口函數，替代方案很麻煩而且效率低，做很多統計數據各種表連接、外連接等等一大堆，不同數據庫之間數據的利用計算。

8） PG支持R-trees這樣可擴展的索引類(lèi)型，可以更方便地處理一些特殊數據。

9）PG可以使用函數和條件索引，使得數據庫的調優(yōu)非常靈活，mysql就沒(méi)有這個(gè)功能，條件索引在web應用中很重要。

9 入庫過(guò)程容錯能力

大批量數據入庫，PostgresSQL要求所有數據必須完全滿(mǎn)足要求，有一條錯誤，整個(gè)數據入庫過(guò)程失??；MySQL無(wú)此問(wèn)題。比如，每天1000萬(wàn)行數據，就因為一條打印的不完整，PostgreSQL會(huì )直接報錯，導致一條也導入不進(jìn)去。

1000萬(wàn)里面有一行將數字類(lèi)型的等級打印成了字符串的東西，那么pgsql會(huì )非讓你找出這一條刪掉，然后才能將剩下的數據導入進(jìn)去。mysql就完全沒(méi)有這個(gè)問(wèn)題，比如mysql level字段定義的int類(lèi)型，幾千萬(wàn)中有一條數據沒(méi)注意打印成字符串，mysql會(huì )自己給你轉成0存儲的，不會(huì )有任何報錯。

10 表組織方式

1） pgsql用繼承的方法實(shí)現分區表，讓分區表的使用不方便且性能差，這點(diǎn)比不上mysql。

2） PG主表采用堆表存放，MySQL采用索引組織表，能夠支持比MySQL更大的數據量；

3） MySQL分區表的實(shí)現要優(yōu)于PG的基于繼承表的分區實(shí)現，主要體現在分區個(gè)數達到上千上萬(wàn)后的處理性能差異較大。

11 開(kāi)發(fā)接口

對于web應用來(lái)說(shuō),mysql 5.6 的內置MC API功能很好用，PGSQL差一些。

PG 的“無(wú)鎖定”特性非常突出，甚至包括 vacuum 這樣的整理數據空間的操作，這個(gè)和PGSQL的MVCC實(shí)現有關(guān)系。

12 維護團隊

MySQL的背后是一個(gè)成熟的商業(yè)公司，使得MySQL的開(kāi)發(fā)過(guò)程更為慎重；

PostgreSQL的背后是一個(gè)龐大的志愿開(kāi)發(fā)組， PostgreSQL的反應更為迅速。這樣的兩種背景直接導致了各自固有的優(yōu)點(diǎn)和缺點(diǎn)。

對于一個(gè)嚴肅的商業(yè)應用來(lái)說(shuō)，事務(wù)的支持是不可或缺的。對于一個(gè)嚴肅的商業(yè)應用來(lái)說(shuō)，作為數據庫本身，有眾多的商業(yè)邏輯的存在，此時(shí)使用存儲過(guò)程可以在較少地增加數據庫服務(wù)器的負擔的前提下，對這樣的商業(yè)邏輯進(jìn)行封裝，并可以利用數據庫服務(wù)器本身的內在機制對存儲過(guò)程的執行進(jìn)行優(yōu)化。此外存儲過(guò)程的存在也避免了在網(wǎng)絡(luò )上大量的原始的SQL語(yǔ)句的傳輸，這樣的優(yōu)勢是顯而易見(jiàn)的。

用統一的SQL，去訪(fǎng)問(wèn)其他關(guān)系數據庫，其他NoSQL數據庫，HBase，甚至是各種格式的文件，操作系統信息，在線(xiàn)數據集。