QT存储日志用数据库还是txt文本

QT存储日志用数据库还是txt文本是需要具体问题具体分析的，因为如果小量的写数据库没事。如果是大量的，肯定写文件好。汇总后写程序导入数据库。还有一种方法是写redis等内存数据库，并累积数量后触发合并写入数据库 *** 作。

并且如果这个日志是需要定期分析的，写在数据库里更方便处理；反之只是留档，就存文件里 但2种方式都要注意写 *** 作的频率。

绝对不能产生一行写一行，中间加一个内存队列来过渡，比如memcache，有新日志就加入队列，然后做个定时器去批量写入文件并清空队列，同时也规避文件冲突了。

QT存储中大端模式和小端模式是：

对于long long a 和 struct{ char ashort bint c}二者同样占据了8个字节的空间，在存储上，后者则是先存储一个char，空一个字节，然后按照大端/小端模式存储short，最后按照大端/小端模式存储int。

在我们日常使用的x86架构的计算机中（其他类别的可能会采用大端模式或可配置模式，可以通过查阅资料或者用下文的代码进行测试），都是使用的小端模式，而网络字节序是大端模式的。

这就使得在网络通信时进行字节序的转换变得极为重要。比方说，通信双方规定了了通信头为一个4字节的魔数（Magic Number），而一方按着大端序的模式发送。

一方按着小端序的模式解读，那么两方的通信就会失败。如果没有这个魔数，而在内部的数据中出现这样的问题则会更加的麻烦。

举例来说，如果先写数据库，后写日志，但是在刚好写了数据库而未写日志的时候崩溃了，那么根据日志恢复出来的数据库就少了一条记录（假设是插入 *** 作）。但反过来的话，完全可以根据日志文件把这条数据恢复出来。

同样的原因，日志文件是不推荐和数据库存储在同一个硬盘的，因为一旦硬盘坏了就会一起死掉。当然，如果已经使用了带容错的RAID，甚至是盘柜之类的设备，那么可以放在一起没有太大问题。