我正在尝试使用
Python处理它后将一些XML数据导入我的MysqL数据库.为了简单起见,我在一个使用sqlAlchemy访问我的数据库的脚本中完成所有操作.
XML文件有大约80,000个条目,我使用xml.etree.cElementTree的iterparse方法处理它,并在使用它们之后删除节点以使我的内存使用量保持在20mb左右.
一旦我包含sqlAlchemy并开始向数据库添加内容,我的内存使用量每秒增加大约10mb,直到脚本耗尽了我的所有内存并且操作系统将其杀死.
这基本上是我的代码的样子：
index = 0
for element in iterate_xml():
...
index += 1
session.add(Model(**data))
if index % 1000 == 0:
session.flush()
session.commit()
我不知道还有什么可以尝试的.定期的.flush()和.commit()确实有所帮助,但它们无法解决问题.
sqlAlchemy不适合执行此任务吗？
我像这样设置sqlAlchemy：
Base = declarative_base() engine = create_engine(config.sqlALCHEMY_DATABASE_URI,echo=False) Session = sessionmaker(bind=engine,autoflush=False,expire_on_commit=False) session = Session()
我的表看起来像这样：
columns = []
for name,datatype in structure.iteritems():
if isinstance(datatype,int):
datatype = String(datatype or 20)
column = Column(name,datatype)
columns.append(column)
Metadata = MetaData(bind=engine)
table = Table('table_name',Metadata,Column('id',Integer,primary_key=True),*columns
)
Metadata.drop_all(engine)
Metadata.create_all(engine)
class MyTable(Base):
__tablename__ = 'table_name'
__table_args__ = {
'autoload': True,'autoload_with': engine
}
structure是一个将列名映射到数据类型的字典(它是从XML生成的)：
structure = {
'column_name': sqlAlchemyDataType,...
}
解决方法
这是代码的sqlAlchemy版本.在0.7和0.8的测试中,它不泄漏任何内存,这对我来说并不意外,因为我们在持续集成下进行了十几次测试,以确保在许多情况下没有任何泄漏.因此,第一步是确认此脚本不会泄漏,然后尝试找出此脚本与您之间的更改,以生成实际显示泄漏内存的测试用例.
from sqlalchemy import Column,String,create_engine from sqlalchemy.orm import Session from sqlalchemy.ext.declarative import declarative_base Base = declarative_base() class Model(Base): __tablename__ = "a" id = Column(Integer,primary_key=True) data = Column(String) e = create_engine("sqlite:///somefile.db") Base.Metadata.create_all(e) session = Session(e) for index in xrange(10000000): session.add(Model(data="data %d" % index)) if index % 1000 == 0: print "flushing... %d" % index session.flush() session.commit()
当然,重要的是要注意sqlAlchemy过去泄露内存的那些问题.这是最近修复的泄漏历史：
0.7.8 – 最近的.此处修复的泄漏仅在以下情况下发生：1.C扩展,2.pyodbc驱动程序,在某些结果获取操作期间(并非所有这些操作)
0.6.6 – C扩展中的“十进制”结果处理器有泄漏.
0.6.6 – 如果用于以某种方式选择行,则sqlSoup扩展被识别为具有潜在泄漏(sqlSoup现在是它自己的项目)
0.5.5 – 当对象被打开并放回会话时固定潜在的内存泄漏
0.5.4 – 对会话的内存使用进行了重大改进.你肯定想要超越这个版本.