码迷,mamicode.com
首页 > 数据库 > 详细

postgresql小计

时间:2019-08-14 14:40:05      阅读:109      评论:0      收藏:0      [点我收藏+]

标签:date   rom   版本   properly   copy   工具   myisam   dbca   变量   

1.

使用odbc的时候,要注意数据库的编码与odbc配置的编码一致,不然有乱码。所以建议,表中字符编码,数据库的编码,odbc等connector的编码都是utf8,避免乱码问题

2.

在windows下,安装完mysql后,建议把数据目录(data目录)移动到非系统目录,避免系统出问题的时候还原。

  • 在d盘创建一个mysqldata
  • 给新文件增加权限NetworkService
  • 把data下的数据全拷贝过去
  • 修改my.ini中的选项 datadir=D:\mysqldata(注意,要\,使用/可能启动失败)
  • 重启服务或是直接重启系统

3.

在64位机器上可以安装64位数据库也可以装32位数据库,但是odbc(也就是connector)与程序有关系,如果程序是32位的,那么必须用32位的odbc(connector),但是32odbc安装在64位系统上,通过菜单栏内的odbc管理工具访问并看不到,因为那个是64位的,需要到系统windows目录下找到syswow64,再运行odbcad32.exe,添加32位的,如果是64位的,是在windows/system32/odbcad32.exe。这两个目录的名字注意一下,是微软在64位系统上兼容32程序设计的。

4.

使用otl连接数据的时需要注意一下,好像不支持utf8

5.

在odbc中添加的user dsn名字要与数据库名字一样,因为程序中使用的名字其实是这个名字,如果和数据库不一样,容易混淆

6.

安装odbc出现无法加载,找不到指定模块的问题,可能是安装的odbc太新,在server上没有对应的windows c++的库,安装最新的vc++库即可

7.

数据库是utf8,但是代码内读取后不是utf8的编码,可能是odbc的配置问题,我们碰到的问题odbc是ansi driver,数据库是utf8,读取乱码,需要在odb的detail->connection->character set设置为latin1,设置成utf8也有问题
这里是因为Navicat中连接属性里面编码65001(utf8)对应的是odbc里面的latin1,而使用mysql字符集对应的是odbc中的utf8

ps.使用最新的navicat和mysql自己的mysql connector c++可以解决这个问题,所有的都按照utf8设计,navicat中数据库连接配置字符选项选择自动即可

8.

mysql connect c++安装要与我们的应用对应,应用是32位,connect就要是32位的,与数据库是32还是64无关

9.

mysql connect c++在使用的时候sqlstring与string不兼容,有问题崩溃,是因为mysql官网编译的代码是c/c++->code generation->runtime library->/MD,如果不是这个,那么就不能通用,会报错,把自己的工程改成这个一样。

如果更改自己工程太麻烦,可以获取源码自行编译。不过windows下编译非常麻烦。

10.

使用mysql c++ connector需要boost库
c/c++->General->Additional Include Directories添加
boost
c:/program files (x86)/MySQL/MySQL Connector C++ 1.1.9/include

Linker->General->Additional Library Directories添加
c:/program files (x86)/mysql/mysql connector c++ 1.1.9/lib/opt

linker->input->additional dependencies添加
mysqlcppconn.lib

11.

使用mysql c++ connector需要引用下面的头文件

#include "mysql_connection.h"
#include <cppconn/driver.h>
#include <cppconn/exception.h>
#include <cppconn/resultset.h>
#include <cppconn/statement.h>
#include <cppconn/prepared_statement.h>

 

12.

linux下编译mysql connector报错
CMAKE_CXX_COMPILER
是因为没有安装gcc-c++

13.

cmake . -DBOOST_ROOT=/mnt/dbbackup/boost_1_65_1
指定boost目录,必须是绝对路径

14.

试用mysql connector c++的时候,工程的debug和release要与对应的dll和lib对应,不然,string使用会报错

15.

根据mysql 官网编译生成c++ connector工程,然后编译出release和debug版本,对应的cmake等工具,可以在visual studio安装目录下查找,编译的时候要把对应的lib放进去,这样的好处就是可以直接使用dll中的函数,不用查找函数名字,在使用的目录要把对应的dll放过去

16.

数据库中,连接是默认的,编码是无bom的utf8,编码指定是utf8的是有bom的utf8编码,mysql的workbentch默认是使用无bom的utf8

17.

show  full  processlist
查看现在的数据库连接动态
kill 2222
杀掉一个进程

18.

innodb_flush_log_at_trx_commit = 2  
# 0:如果innodb_flush_log_at_trx_commit的值为0,log buffer每秒就会被刷写日志文件到磁盘,提交事务的时候不做任何操作(执行是由mysql的master thread线程来执行的。  
# 主线程中每秒会将重做日志缓冲写入磁盘的重做日志文件(REDO LOG)中。不论事务是否已经提交)默认的日志文件是ib_logfile0,ib_logfile1  
# 1:当设为默认值1的时候,每次提交事务的时候,都会将log buffer刷写到日志。  
# 2:如果设为2,每次提交事务都会写日志,但并不会执行刷的操作。每秒定时会刷到日志文件。要注意的是,并不能保证100%每秒一定都会刷到磁盘,这要取决于进程的调度。  
# 每次事务提交的时候将数据写入事务日志,而这里的写入仅是调用了文件系统的写入操作,而文件系统是有 缓存的,所以这个写入并不能保证数据已经写入到物理磁盘  
# 默认值1是为了保证完整的ACID。当然,你可以将这个配置项设为1以外的值来换取更高的性能,但是在系统崩溃的时候,你将会丢失1秒的数据。  
# 设为0的话,mysqld进程崩溃的时候,就会丢失最后1秒的事务。设为2,只有在操作系统崩溃或者断电的时候才会丢失最后1秒的数据。InnoDB在做恢复的时候会忽略这个值。  
# 总结  
# 设为1当然是最安全的,但性能页是最差的(相对其他两个参数而言,但不是不能接受)。如果对数据一致性和完整性要求不高,完全可以设为2,如果只最求性能,例如高并发写的日志服务器,设为0来获得更高性能 

19.

max_allowed_packet = 16M #服务器发送和接受的最大包长度

20.

mysql安装完成后,这个设置的非常小,应该是8M,会导致数据库读写多的时候,磁盘操作太多,而卡顿整个系统。所以这里需要设置的大一些,这个是mysql做服务端时必须修改的一个参数

innodb_buffer_pool_size = 64M  
# InnoDB使用一个缓冲池来保存索引和原始数据, 不像MyISAM.  
# 这里你设置越大,你在存取表里面数据时所需要的磁盘I/O越少.  
# 在一个独立使用的数据库服务器上,你可以设置这个变量到服务器物理内存大小的80%  
# 不要设置过大,否则,由于物理内存的竞争可能导致操作系统的换页颠簸.  
# 注意在32位系统上你每个进程可能被限制在 2-3.5G 用户层面内存限制,  
# 所以不要设置的太高.

 21.

postgresql执行结束后,判断结果是否成功,有几种结果

typedef enum
{
    PGRES_EMPTY_QUERY = 0,        /* empty query string was executed */
    PGRES_COMMAND_OK,            /* a query command that doesn‘t return
                                 * anything was executed properly by the
                                 * backend */
    PGRES_TUPLES_OK,            /* a query command that returns tuples was
                                 * executed properly by the backend, PGresult
                                 * contains the result tuples */
    PGRES_COPY_OUT,                /* Copy Out data transfer in progress */
    PGRES_COPY_IN,                /* Copy In data transfer in progress */
    PGRES_BAD_RESPONSE,            /* an unexpected response was recv‘d from the
                                 * backend */
    PGRES_NONFATAL_ERROR,        /* notice or warning message */
    PGRES_FATAL_ERROR,            /* query failed */
    PGRES_COPY_BOTH,            /* Copy In/Out data transfer in progress */
    PGRES_SINGLE_TUPLE            /* single tuple from larger resultset */
} ExecStatusType;

成功并不只有一个,第一个是查询空的正确返回,第二个是没有返回值的正确返回(比如insert,update),第三个是查询有返回值的正确返回(比如select)

postgresql小计

标签:date   rom   版本   properly   copy   工具   myisam   dbca   变量   

原文地址:https://www.cnblogs.com/studywithallofyou/p/11351346.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!