postgresql小计

Posted 2022-07-12 studywithallofyou

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）