PGS系统常见问题及处理办法

随着食品安全问题成为万众瞩目的焦点，参与式保障体系（PGS）逐渐被人们纳入视野。

参与式保障体系是什么？经“决不”食品安全工程专家审定的这个文件，有助于大家对此进行准确把握。

参与式保障体系（PGS）讲解——以“决不”食品安全参与式保障体系为例一、“决不食品安全参与式保障体系”是什么？“决不食品安全参与式保障体系”，简称”决不食品安全保障体系“，或“决不体系”，是以“承诺”为主题，以“透明、参与”为手段，以“决不品牌、决不标准和决不网络平台”为支撑，以“五大建设”（决不基地、决不厂商、决不超市、决不餐厅、决不食品）为载体，以专业保障食品安全（foodsafety)为目的的基于互联网的参与式保障体系（iPGS)。

基于互联网的参与式保障体系（iPGS)与侧重“他证”的无公害食品、绿色食品、有机食品等第三方认证体系不同，它更强调基于互联网，由厂商公开承诺、公开自证，由消费者亲身实证、亲眼见证，更强调产品、服务、信息在厂商和消费者双方之间“点对点”高效流通，更强调实现双方持续的信任和密切关系。

“决不食品安全参与式保障体系”，是在参与式保障体系（PGS）成为世界潮流的背景下，由中国人首创的，以捍卫食品安全（foodsafety)为目的的基于互联网的参与式保障体系，旨在尝试新媒体、新模式、新技术动员行业和社会力量，努力构建“决不基地、决不厂商、决不超市、决不餐厅、决不食品”五位一体的食品安全新生态，并进一步与政府力量一道，努力构建“政府监管，商家承诺，公众监督，平台支撑、系统保障”的食品安全管理新体制，在推动并最终实现中国食品安全的同时，为推动世界食品安全事业做贡献。

二、“决不食品安全保障体系”的核心要求是什么？坚决认同“决不标准”和《决不宣言》，同时做到：（1）向决不组织提交书面的具有法律效力的承诺书并签订相应协议书。

（2）包括法定代表人在内的全体员工，通过决不网络平台等渠道，公开发布视频版《决不宣言》，公开向全社会庄严承诺；（3）将形成产品、服务的所有投入端信息，包括从外部采购的各种原材料、半成品等等，通过决不网络平台等渠道，彻底公开。

Pgsql常见问题系统管理问题3.1)我怎样能把 PostgreSQL 装在 /usr/local/pgsql 以外的地方？在运行 configure 时加上 --prefix 选项。

3.2)我如何控制来自其他主机的连接？缺省时，PostgreSQL 只允许通过 unix 域套接字或TCP/IP方式且来自本机的连接。

你只有在修改了配置文件postgresql.conf中的listen_addresses，且也在配置文件pg_hba.conf中打开了主机为基础（ host-based ）的身份认证，并重新启动PostgreSQL，否则其他机器是不能与你的PostgreSQL服务器连接的。

3.3)我怎样调整数据库引擎以获得更好的性能？有三个主要方面可以提升PostgreSQL的潜能。

查询方式的变化这主要涉及修改查询方式以获取更好的性能:∙创建索引，包括表达式和部分索引；∙使用COPY语句代替多个Insert语句；∙将多个SQL语句组成一个事务以减少提交事务的开销；∙从一个索引中提取多条记录时使用CLUSTER；∙从一个查询结果中取出部分记录时使用LIMIT；∙使用预编译式查询（Prepared Query)；∙使用ANALYZE以保持精确的优化统计；∙定期使用 VACUUM 或pg_autovacuum∙进行大量数据更改时先删除索引（然后重建索引）服务器的配置配置文件postgres.conf中的很多设置都会影响性能，所有参数的列表可见：Administration Guide/Server Run-time Environment/Run-time Configuration，有关参数的解释可见：/varlena/GeneralBits/Tidbits/annotated_conf_e.html 和 /varlena/GeneralBits/Tidbits/perf.html。

硬件的选择计算机硬件对性能的影响可浏览/main/writings/pgsql/hw_performance/index.html 和/PerfList/。

PKS系统常见故障分析及一些应用技巧摘要：随着社会的发展，DCS系统的应用越来越广泛，由于种种因素的影响，导致在这一系统应用的过程中还存在着一些故障，严重影响了生产力。

本文详细分析霍尼韦尔的PKS系统常见故障及维护措施，最后浅谈了一些应用技巧。

关键词：PKS系统；常见故障；处理措施；应用技巧1 PKS系统特点a.开放性PKS系统采用的标准工业以太网络即工厂信息网络，采用的是目前办公自动化领域中使用最广泛的以太网。

STATION工作站以WINDOWS 10作为操作平台，PKS被设计为下层控制器CPM通过SQL数据库读取服务器数据再和STATION工作站进行双向通讯的工作方式。

服务器和在工作站都运行于WINDOWS 10环境中，它拥有WINDOWS操作系统更多功能。

PKS系统的CONTROL NET通信网络均采用了ISO（国际标准化组织）制定的ISO802. 4和IEEE（美国电机及电子工程师学会）制定的IEEE802. 4开放系统互连的标准，以ISO的OSI七层模型为基础，遵循MPA（工厂自动化协议）网络标准，令牌总线网络通讯。

任意一台装有PKS系统Station版本软件的电脑都可以通过网线连接到标准的以太网交换机接口成为Station工作站。

b.人机接口PKS系统全方位用户操作站（STATION），它是面向过程的单一窗口。

用户可以设计从简单到复杂的各种用户显示画面，以供操作者富有特色的操作。

每个STATION操作站都带三种属性，1、操作员属性：供操作人员监视生产过程和PKS系统本身工作状况；2、工程师属性：供工程师进行系统组态及软件更新；3、管理员属性：供维护人员跟踪系统运行并诊断系统故障。

STATION操作站是一个集高科技于一身的控制产品，为用户提供了优秀的人机接口。

c.过程控制功能PKS系统过程接口的数据采集和控制的范围非常广泛。

它可以分散在一个或多个控制网络（CONTROL NET）上的CPM过程控制站，还可以从其它公司的设备上获取数据。

PostgreSQL数据库中的常见错误我们在操作数据库的时候，我们总会遇到很多错误。

下⾯整理了⼀下常见的错误。

错误1FATAL: connection limit exceeded for non-superusers原因：⾮超级⽤户的连接数（max_connections - superuser_reserved_connections）超过了设定值解决办法：增加max_connections设定值，但如果增加了过多的话，数据库负担太⼤还容易产⽣内存错误。

可以记住pg-pool等⼯具来辅助解决。

错误2FATAL: sorry, too many clients already原因：数据库服务器的连接数超过了max_connections设定值。

解决办法：和错误1解决办法类似。

错误3LOG: checkpoints are occurring too frequently原因：checkpoint处理正频繁发⽣。

解决办法：增加checkpoint_segments的值。

错误4LOG: archive command failed with exit code (X)原因：archive_command 失败了。

解决办法：因为有可能是硬盘没空间了，所以可以把数据库的log删除⼀些。

错误5LOG: number of page slots needed (X) exceeds max_fsm_pages (Y)原因：max_fsm_pages不⾜了。

解决办法：增加max_fsm_pages的同时进⾏ VACUUM FULL。

错误6ERROR: current transaction is aborted, commands ignored until end of transaction blockp原因：数据库操作时，前⼀次操作中已经发⽣过错误了。

解决办法：错误7ERROR: operator does not exist: character = integer原因：PostgreSQL8.3以后，取消了默认类型转换。

数据库管理系统常见问题及解决方法数据库管理系统（DBMS）是管理和组织数据的重要工具，它的稳定运行和高效性对于企业的数据管理至关重要。

然而，在使用数据库管理系统过程中，常会遇到一些问题和挑战。

本文将介绍一些常见的数据库管理系统问题，并提供相应的解决方法，以帮助用户更好地管理和维护数据库。

一、数据库性能问题及解决方法数据库性能问题是数据库管理系统中最常见的问题之一。

下面列举一些常见的数据库性能问题，并提供相应的解决方法：1. 查询语句执行慢：如果查询语句的执行时间过长，可能是由于索引的缺失或失效导致的。

解决方法是检查查询语句是否可以优化，例如添加适当的索引或重新设计查询语句。

2. 数据库连接数过多：当数据库连接数过多时，会导致数据库性能下降。

解决方法是增加数据库的最大连接数，或者考虑使用连接池来管理数据库连接。

3. 数据库表空间不足：如果数据库表空间不足，会造成数据库无法正常写入数据。

解决方法是增加表空间大小或清理不必要的数据，释放空间。

4. 数据库死锁：数据库死锁是指多个进程或线程出现死锁状态，无法继续执行。

解决方法是使用事务管理来避免或解决死锁问题，或者通过增加数据库并发级别来减少死锁的发生。

二、数据安全问题及解决方法数据安全是数据库管理系统中极为重要的问题之一。

以下是一些常见的数据安全问题，并提供相应的解决方法：1. 数据泄露：数据泄露可能是由于数据库未经授权地访问或拥有弱密码导致的。

解决方法是加强数据库的访问控制，使用复杂的密码策略，并定期对数据库进行安全审计。

2. 数据损坏：数据损坏可能是由于硬件故障、软件错误或恶意攻击导致的。

解决方法是定期备份数据，并使用合适的备份和恢复策略来保护数据，并使用防火墙和安全软件来防止恶意攻击。

3. SQL注入：SQL注入是指黑客通过在输入框中插入恶意SQL代码来获取或修改数据库中的数据。

解决方法是使用参数化查询或存储过程来过滤和验证输入，避免SQL 注入攻击。

PostgreSQL 数据库典型故障案例及处理技巧【摘要】PostgreSQL 是一个功能强大的开源对象关系数据库管理系统，目前应用日益广泛，掌握相关使用技巧和故障处理方法也越来越重要。

本文整理了5个故障案例，并介绍了详细的处理方法，希望能够对大家用好PostgreSQL有所帮助。

PostgreSQL数据库错误：检测到ShareLock死锁处理PostgreSQL 是一个免费数据库，对于处理分析型+交易型混合型系统来说确实很不错，特别是版本的升级到11.2后性能提升很多，很多运行机制跟Oracle越来越接近，确实很强大，但是开源系统确实存在一些不如意地方，需要长时间项目问题集锦积累才能慢慢的领悟。

而作为从非功能测试转型做技术运维，在运维过程中会从非功能方面（高可用性、高可靠性、可扩展性等）和性能测试优化方面考虑确实可以避免很多生产不必要的故障问题，但是对于开源的技术在版本迭代过程中总会有些不如意的技术故障还是需要我们自己持续性学习、挖掘、积累、提升，才能确保技术能持续满足业务运营发展和市场需求。

如下问题是我们17年上线的系统，经2年的运行，很多业务表达到千万级，导致需要读写分离、分表等来优化，但是问题还是偶尔出现，说明技术还不到位，例如如下：问题原因：目前生产环境使用postgres9.5版本，主从配置，但是因为行业业务的特殊性，有些回访表等都是三四百万级别的，而且日常更新频繁度非常高，日常使用频繁比较高的表，一天insert、update都是接近十万，delete三四万以上，导致在对该表的统计信息不准确，而pg默认 autovacuum默认参数导致部分表因本身存量数据大，更新比例小，导致这些日常被用到的大表反而没办法被重新统计分析，最终导致磁盘IO 高，CPU 高问题，而因为在调整过程中调整不当也导致如下，在对表进行批量update 时，而PG就进行autovacuum_analyze，结果导致出现 ShareLock错误，具体错误如下：错误内容：2019-04-14 15:15:47,707 ERROR[mon.repeat_form_validator.Token] - 2-2019-04-14 15:15:47,707 ERROR[mon.repeat_form_validator.Token] -org.apache.shiro.web.servlet.ShiroHttpSession@461f4ab12019-04-14 15:16:15,952 ERROR[mon.repeat_form_validator.Token] - 2-2019-04-14 15:16:15,952 ERROR[mon.repeat_form_validator.Token] -org.apache.shiro.web.servlet.ShiroHttpSession@285d498f2019-04-14 15:16:18,138 ERROR[mon.repeat_form_validator.Token] - 1-61322fb9-7ca7-482b-99ee-913074957a942019-04-14 15:16:24,227 ERROR [500.jsp] -Error updating database. Cause: org.postgresql.util.PSQLException: 错误: 检测到死锁详细：进程6533等待在事务 36964707上的ShareLock; 由进程10733阻塞.进程10733等待在事务 36964708上的ShareLock; 由进程6533阻塞.建议：详细信息请查看服务器日志.在位置：当更新关系"visit_crd"的元组(11314, 33)时The error may involve defaultParameterMapThe error occurred while setting parametersSQL: UPDATE visit_crd SET visit_plan_id = ?, customer_number = ?, call_id = ?, time_start = ?, time_end = ?,duration = ?, type = ?, route = ?, cpn = ?, cdpn = ?, recording = ?, trunk_number = ?, update_by = ?, update_date = ?, remarks = ?, affiliation = ?, update_ind = ?, execute_ind = ? WHERE id = ?Cause: org.postgresql.util.PSQLException: 错误: 检测到死锁详细：进程6533等待在事务 36964707上的ShareLock; 由进程10733阻塞.进程10733等待在事务 36964708上的ShareLock; 由进程6533阻塞.建议：详细信息请查看服务器日志.在位置：当更新关系"visit_crd"的元组(11314, 33)时; SQL []; 错误: 检测到死锁详细：进程6533等待在事务 36964707上的ShareLock; 由进程10733阻塞.进程10733等待在事务 36964708上的ShareLock; 由进程6533阻塞.建议：详细信息请查看服务器日志.在位置：当更新关系"visit_crd"的元组(11314, 33)时; nested exception is org.postgresql.util.PSQLException: 错误: 检测到死锁详细：进程6533等待在事务 36964707上的ShareLock; 由进程10733阻塞.进程10733等待在事务 36964708上的ShareLock; 由进程6533阻塞.建议：详细信息请查看服务器日志.在位置：当更新关系"visit_crd"的元组(11314, 33)时org.springframework.dao.DeadlockLoserDataAccessException:问题分析：PG 默认 autovacuum1、autovacuum_vacuum_threshold:默认502、autovacuum_vacuum_scale_factor默认值为20%。

PSAS系统常见问题（一）系统无法正常登录时应如何处理？1．用户首先要确保客户端软硬件已完成正确的安装配置。

用户首先需要完成PSAS系统客户端（PC机）的配置、网络连通性验证，下载PSAS系统首页推荐的谷歌浏览器并完成安装，最后要购买USB-KEY，申请数字证书，完成USB-KEY管理工具、数字证书根证书的安装，联系相应的管理员用户完成用户数字证书的绑定和数据权限的设置。

2．用户先插上USB-KEY，在浏览器地址栏输入地址后，系统提示用户输入USB-KEY访问密码。

用户输入USB-KEY访问密码后，系统会自动显示用户编号，等待用户输入密码。

若无法自动显示用户编号则说明数字证书没有绑定或没有正确绑定，此时需联系所在地人民银行支付结算处重新绑定数字证书。

3．用户输入密码后，系统提示用户已锁定。

表明用户因密码输入错误三次以上，用户被自动锁定。

此时需联系所在地人民银行支付结算处进行用户解锁。

注意：用户密码为6到20位，且必须为字母和数字的组合。

（二）如何进行查询操作？以查询2013年5月31日全部银行的大额业务量并将报表以Excel格式导出为例，一个完整的PSAS系统报表查询流程我们可以分为九个步骤，如下图4-2-1至4-2-10所示：（图4-2-1 PSAS系统查询流程图）第一步：登录PSAS系统（图4-2-2 登录PSAS系统截图）第二步：选择报表模块（图4-2-3 选择PSAS系统报表模块截图）假设在“S1报表管理”中点击报表模块“S1300业务量”，接着进入业务系统类型选择界面。

第三步：选择业务系统类型（图4-2-4 选择PSAS系统业务系统类型截图）假设在“业务系统类型”中点击“大额支付系统”，接着进入“报表类型”选择界面。

第四步：选择报表类型（图4-2-5 选择PSAS系统报表类型截图）假设在“报表类型”中点击“业务量汇总”，接着进入“统计范围”选择界面。

第五步：选择统计范围（图4-2-6 选择PSAS系统统计范围截图）假设在“统计范围”中点击“参与主体”，接着进入“统计口径”选择界面。