work

关系数据库的查询优化策略二(转) 3 书写高效的 SQL 语句 虽然特定的数据库服务器都会对输入的查询语句进行一定的优化操作，但是查询效率主要取决于 DBA 所书写的 SQL 语句的好坏。为确保编写的 SQL 语句有较好的性能，应考虑以下的优化方法： ⑴ 尽量减少使用负逻辑的操作符和函数，因为它们会导致全表扫描，而且容易出错。可以把含有 NOT 、 <> 、！ = 等负逻辑的条件表达式转化为意思相当的正逻辑。 ⑵ 字段提取要多少，取多少，避免使用“ select * ”格式，因为在数据量较大的时候，影响查询性能的最大因素不在与数据的查找，而在于物理 I/O 的操作。 ⑶ 避免使用 LIKE 、 EXISTS 、 IN 等标准表达式，他们会使字段上的索引无效，引起全表扫描。尽量减少表的联接操作，不可避免的时候要适当增加一些冗余条件，使参与联接的字段集尽量少。 ⑷ OR 会使字段上的索引失效，引起全表扫描。下面的例子中，可以把 or 子句分开，在把结果做加法和算，也可以编写一个存储过程来避免索引的失效。 Select work-name, work-dept from work where work-id=’2’ or work-id=’3’; ⑸ 尽量减少使用联接字段而把所有的条件分列出来用 and 来进行连接，可以充分的利用在某些字段上已经存在的索引。 select work-id

研究 PHP 源码的时候进行 make 之后报错： /cli/ps_title.o sapi/cli/php_cli_process_title.o -lcrypt -lresolv -lcrypt -lrt -lrt -lm -ldl -lxml2 -lsqlite3 -lxml2 -lsqlite3 -lxml2 -lcrypt -lxml2 -lxml2 -lxml2 -lcrypt -o sapi/cli/php ext/iconv/iconv.o: In function `php_iconv_stream_filter_dtor': /home/work/tmp/php-src/ext/iconv/iconv.c:2513: undefined reference to `libiconv_close' ext/iconv/iconv.o: In function `php_iconv_stream_filter_ctor': /home/work/tmp/php-src/ext/iconv/iconv.c:2534: undefined reference to `libiconv_open' ext/iconv/iconv.o: In function `_php_iconv_strlen': /home/work/tmp/php-src/ext/iconv

一、环境说明 1、服务器信息 172.21.184.43 kafka、zk 172.21.184.44 kafka、zk 172.21.184.45 kafka、zk 172.21.244.7 ansible 2、软件版本信息 系统：CentOS Linux release 7.5.1804 (Core) kafka：kafka_2.11-2.2.0 Zookeeper version: 3.4.8 ansible：ansible 2.7.10 二、配置准备 1、编写playbook相关配置文件，先tree看下整目录结构 tree . ├── kafka │ ├── group_vars │ │ └── kafka │ ├── hosts │ ├── kafkainstall.yml │ └── templates │ ├── server.properties-1.j2 │ ├── server.properties-2.j2 │ ├── server.properties-3.j2 │ └── server.properties.j2 └── zookeeper ├── group_vars │ └── zook ├── hosts ├── templates │ └── zoo.cfg.j2 └── zooKeeperinstall.yml 2、建立相关目录 mkdir

Greenplum参数配置优化: 查询参数 gpconfig --show max_connections 修改参数配置命令 gpconfig-c <parameter name> -v <parameter value> 比如：gpconfig-c log_statement -v DDL 删除配置 gpconfig -r <parameter name> work_mem work_mem（,global,物理内存的2%-4%）,segment用作sort,hash操作的内存大小 当PostgreSQL对大表进行排序时，数据库会按照此参数指定大小进行分片排序，将中间结果存放在临时文件中，这些中间结果的临时文件最终会再次合并排序，所以增加此参数可以减少临时文件个数进而提升排序效率。当然如果设置过大，会导致swap的发生，所以设置此参数时仍需谨慎。 查看现有配置值 gpconfig -s work_mem Values on all segments are consistent GUC : work_mem Master value: 32MB Segment value: 32MB 修改配置 gpconfig -c work_mem -v 128MB 另一种写法：SET work_mem TO '64MB' 配置成功返回： gpadmin-[INFO]:-completed