postgresql读写的简单介绍

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

求教使用postgresql搭建一个集群，一主多从模式，读写分离

《一键获取可可V8 PHP》是一款可可网络验证系统，该系统需要认证的时候由客户端软件主动调用xmlhttp组件连接服务端进行数据交互，服务端与客户端数据交互的加解密算法采用RSA不对称算法（服务端使用私钥加解密，客户端使用公钥加解密）。

【软件特色】：

1、服务端采用快速安全的php脚本语言和MySQL数据库构建，且可以搭建两个服务端以保证在一个服务端宕机时软件自动连接另一服务端来认证；

2、管理端采用主流的网页模式，无需下载管理客户端，能上网就可以登录管理端操作（智能手机也可以登录管理端）；

3、客户端也就是你的软件，不论你使用哪种编程语言开发软件，都可以将可可网络验证系统无缝集成到您的软件中去；

4、可可网络验证做为商业软件的用户认证系统可更好的保护您的软件，其方便快捷的管理模式，会让你觉得管理软件的各种数据是件非常愉快的事。

相关问答

Q1: 关于postgrsql读取数据库的问题！

PostgreSQL中的bytea字段类型可以以二进制的形式存储数据，这样做的好处就是可以将原本存储在网站目录下的文件存储到数据库中，坏处就是如果文件过多、过大的话，就会导致数据库的数据量大大增加，备份和恢复的时候就会浪费大量的时间，而且数据也有可能会出错。个人觉得，在文件量小的情况下，使用这种存储方式还是很方便的。

言归正传，下面介绍一下使用bytea字段存读取文件的具体实现方法。首先是文件存储于存储于bytea字段的方法，主要用到的就是PHP中的pg_escape_bytea方法，代码如下：

?php

$dbconn = pg_connect("host='localhost' dbname='dbname' user='user' password='password' port='port'")

OR DIE('Could not connect:' . pg_last_error());

$fileUrl = iconv("utf-8", "gbk", $fileUrl);//$fileName为文件路径地址，汉字可能会乱码，此处处理一下

$fileContents = file_get_contents($fileUrl);

$escapeBytea = pg_escape_bytea($fileContents);//转义bytea数据类型的二进制字符串

$insertStr = "INSERT INTO tableName(id, contents)

VALUES(DEFAULT, '{$escapeBytea}')";

pg_query($dbconn, $insertStr);

　从bytea字段中还原文件用到的是PHP中的pg_unescape_bytea方法，实现代码如下：

?php

$dbconn = pg_connect("host='localhost' dbname='dbname' user='user' password='password' port='port'")

OR DIE('Could not connect: ' . pg_last_error());

$selectStr = "SELECT contents

FROM tableName

WHERE id = " . $fileId;//$fileId为文件id

$query = pg_query($dbconn, $selectStr);

while($row = pg_fetch_array($query, null, PGSQL_ASSOC)){

$escapeBytea = $row['contents'];

$fileContents = pg_unescape_bytea($escapeBytea); //获得二进制数据

file_put_contents($fileName, $fileContents); //$fileName为带有后缀名的文件名，如hello.pdf

}

导出文件后，如果二进制数据转码错误就会出现文件打不开的现象，比如错误的PDF文件打开时弹出错误如下图：

这种错误在数据库迁移时特别容易出现（本人是从PostgreSQL 8.4迁移到9.1），解决的方法是修改PostgreSQL的配置文件

postgresql.conf，将bytea_output的输出类型设置为转义类型（escape）输出，即bytea_output = 'escape'（如果前面有#，删除开启配置），然后reload一下PostgreSQL的配置使修改生效，这样二进制数据就可以正常解码并输出到文件。

Q2: postgresql的语法与mysql有什么区别

一、 PostgreSQL 的稳定性极强， Innodb 等引擎在崩溃、断电之类的灾难场景下抗打击能力有了长足进步，然而很多 MySQL 用户都遇到过Server级的数据库丢失的场景——mysql系统库是MyISAM的，相比之下，PG数据库这方面要好一些。

二、任何系统都有它的性能极限，在高并发读写，负载逼近极限下，PG的性能指标仍可以维持双曲线甚至对数曲线，到顶峰之后不再下降，而 MySQL 明显出现一个波峰后下滑（5.5版本之后，在企业级版本中有个插件可以改善很多，不过需要付费）。

三、PG 多年来在 GIS 领域处于优势地位，因为它有丰富的几何类型，实际上不止几何类型，PG有大量字典、数组、bitmap 等数据类型，相比之下mysql就差很多，instagram就是因为PG的空间数据库扩展POSTGIS远远强于MYSQL的my spatial而采用PGSQL的。

四、PG 的“无锁定”特性非常突出，甚至包括 vacuum 这样的整理数据空间的操作，这个和PGSQL的MVCC实现有关系。

五、PG 的可以使用函数和条件索引，这使得PG数据库的调优非常灵活，mysql就没有这个功能，条件索引在web应用中很重要。

六、PG有极其强悍的 SQL 编程能力（9.x 图灵完备，支持递归！），有非常丰富的统计函数和统计语法支持，比如分析函数（ORACLE的叫法，PG里叫window函数），还可以用多种语言来写存储过程，对于R的支持也很好。这一点上MYSQL就差的很远，很多分析功能都不支持，腾讯内部数据存储主要是MYSQL，但是数据分析主要是HADOOP+PGSQL（听李元佳说过，但是没有验证过）。

七、PG 的有多种集群架构可以选择，plproxy 可以支持语句级的镜像或分片，slony 可以进行字段级的同步设置，standby 可以构建WAL文件级或流式的读写分离集群，同步频率和集群策略调整方便，操作非常简单。

八、一般关系型数据库的字符串有限定长度8k左右，无限长 TEXT 类型的功能受限，只能作为外部大数据访问。而 PG 的 TEXT 类型可以直接访问，SQL语法内置正则表达式，可以索引，还可以全文检索，或使用xml xpath。用PG的话，文档数据库都可以省了。

九，对于WEB应用来说，复制的特性很重要，mysql到现在也是异步复制，pgsql可以做到同步，异步，半同步复制。还有mysql的同步是基于binlog复制，类似oracle golden gate,是基于stream的复制，做到同步很困难，这种方式更加适合异地复制，pgsql的复制基于wal，可以做到同步复制。同时，pgsql还提供stream复制。

十，pgsql对于numa架构的支持比mysql强一些，比MYSQL对于读的性能更好一些，pgsql提交可以完全异步，而mysql的内存表不够实用（因为表锁的原因）

最后说一下我感觉 PG 不如 MySQL 的地方。

第一，MySQL有一些实用的运维支持，如 slow-query.log ，这个pg肯定可以定制出来，但是如果可以配置使用就更好了。

第二是mysql的innodb引擎，可以充分优化利用系统所有内存，超大内存下PG对内存使用的不那么充分，

第三点，MySQL的复制可以用多级从库，但是在9.2之前，PGSQL不能用从库带从库。

第四点，从测试结果上看，mysql 5.5的性能提升很大，单机性能强于pgsql，5.6应该会强更多.

第五点，对于web应用来说,mysql 5.6 的内置MC API功能很好用，PGSQL差一些。

另外一些：

pgsql和mysql都是背后有商业公司，而且都不是一个公司。大部分开发者，都是拿工资的。

说mysql的执行速度比pgsql快很多是不对的，速度接近，而且很多时候取决于你的配置。

对于存储过程，函数，视图之类的功能，现在两个数据库都可以支持了。

另外多线程架构和多进程架构之间没有绝对的好坏，oracle在unix上是多进程架构，在windows上是多线程架构。